Re: [JBoss-dev] log4j.xml
50-100K eprom with J2ME ram profiles. I'm fine with switching to the xml version of the log4j config. - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: Scott M Stark [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, February 18, 2002 5:52 PM Subject: Re: [JBoss-dev] log4j.xml Can I get more details on how JBoss is planned to be used in an embedded environment? Like this 100-50k memory area will be flash rom? And how ram are we expecting? I think that it may make sence to provide a special loader for these cases, where we give it a url and it simply uses the base URLClassLoaders to pull the very basics. This would allow us to have a very small boot size but not have to hackup the core network components (or xml or jmx components) to meet these restrictions. I have been thinking about something like this to load the main Server class from net and I believe that something similar will work for loading the basic support jars too. I assume that embbeded devices will also wanty to use classes with out debug information, which will buy some more space. Short term, what about dropping log4j.properties an use log4j.xml? --jason On Mon, 18 Feb 2002, Scott M Stark wrote: .5Mb is huge for an embedded device. We are going to get rid of the xml parsers from the bootpath and as much else as we can with a goal of being well under 100k, preferably under 50k as the minimum boot size. Figure out how to make log4j work from a net download. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: Scott M Stark [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Sunday, February 17, 2002 6:47 PM Subject: Re: [JBoss-dev] log4j.xml After looking into this further it looks like when Category loads it will attempt to load log4j.properties and process it. We can turn that off by default by setting -Dlog4j.defaultInitOverride=true, but I am not sure that is a good idea. I think that this all stemmed from configuration being read from system resources. This isn't really the case anymore. In fact this might be the only service left which does that... well at least most other services do not. So, I am thinking that it would be a good idea to update this to use the ServerConfig.getConfigURL() as the base for looking for configuration files. But, then to make this work and not just move the problem, we would have to remove that URL from the classpath... which I am not so sure of either. I also found a small window where log events maybe lost... which is between the time that ServiceLibraies is fully loaded and able to pull the log4j.jar and load it and before Log4jService has been started. Note, that because of the current bahavior, when Category loads it will configure using log4j.properties so some odd results may occur if you are expecting log4j.xml to be used. To debug this problem I played with using BoostrapLogger in Log4jService, which I expected would have just logged to System.out, but I found that it did not log until the Category.getRoot() method had been called in Log4jService. I then played around a little more, adding a flag in BootstrapLogger which would be set by Log4jService when it was actually initialized and ready, which finally did the trick to show the messages. Of course I had to disable the default configuration behavior of Category too, or delete log4j.properties * * * So this all seems a little wacked out to me. Essentially Log4jService only duplicates the functionality of what Log4j does already. Once we removed jboss.conf, and were forced to add a system property to change the config file we just added to the duplication. I think this should be changed... but I can't really see how. First, I think that we should put a stripped down version of log4j.jar into jboss/lib and drop the usage of BootstrapLogger. I understand that we want to pull as much from the network as possible, but I suggest that this one should be left local for the following reasons: o JBoss can not exist with out this. Since we do abstract its usage into our own Logger it is conceivable that we could remove it but I think that doing so would be highly unlikely.o Not really a strong point, but a point none-the-less. o It is not possible to provide rich debugging of the core service library classes because the log4j classes have to be loaded through them. o BootstrapLogger introduces a window which makes it possible to loose events. As the loading system changes over time this may cause some confusion over where logging events are going. o BootstrapLogger complicates it does not simplify. So, if we put
[JBoss-dev] CVS frustration
Ok, so I am frustrated, and should probably cool down, take a deep breath and wait until americal guys wake up. But I just have to say this. I do not work with the JBoss project every day, not even every week. But once in a while I contribute something, be it documentation, bugfixes or new features. And I have to say this: since buidldmagic entered JBoss this has been a verry frustration bussines. I can hardly remember any time I have not ended up in having a cvs working copy that is out of sync with the cvs repository and which is not fixable by an ordinary update. Currently I am making testing and making changes to JBossMQ, and it's not more than I week that I had to get a fresh copy from CVS. But already it is non-functional. Even if I follow the instructions in the new fix-workspace, the compilation is totally screwed (seems to have something with all utils classes disapearing). Consider this mail a burst of frustration. If it is to hard to contribute stuff to JBoss (and I have been doing this since summer 2000) just because of administrative its a no good. Why can't we have a module for 3.0 that is easy to live with? //Peter -- Peter AntmanChief Systems Architect, Business Development Technology in Media, Box 34105 100 26 Stockholm WWW: http://www.tim.se WWW: http://www.backsource.org Email: [EMAIL PROTECTED] Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: build/jboss build.xml
Why does the server need to know anything about the source controlsystem which is being used to manage its sources? Pet names, as you say, are a time honored tradition amoung software developers. The are also used as a rememberance tool. Many folks will be more inclinded to remeber rabbit-hole than some arbitrary set of numbers. Along the same lines, our branch/tag naming system should be updated to include the name of the project, so we don't get namespace clashes when trying to branch jbossmq or jbossmx and such. What do you mean by include the name of the project in the branch and version tag? Everything branches together so how it there going to be a clash? Why do we need a pet name variable that has nothing to do with obtaining a snapshot of the code? I don't care that 3.0 is also known by rabbithole. It meaningless. That is why we had shown the version as well as the version name before. It seems like you do care, or you would have left it alone. I care that I can get the source code for a given release based on info included in the build and since I didn't see a reason to keep the name I used it for the version tag. I understand that you wanted to provide versioning for all jars. I don't see how that relates to changing how we refer to the release. There is no change here. The release will have a JBoss_X_Y_Z version tag as its identifier. A side not, I don't think that the jar mf impl/spec is really the best place for this type of versioning... or rather I think that it should be expanded further. For example, there is no jboss spec... and for jars that actually do have a spec, what do we put there? What if one jar covers more than once spec. All in all the additions of this package stuff to the jdk was not very well thought out... If the jars have a spec that can be included in the specification tags. The implementation tags will be JBoss build info. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS frustration
I feel your pain which is why I have been yelling at Jason to stop the nonsense. We should be stable until after the 3.0 release. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Peter Antman [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, February 19, 2002 12:29 AM Subject: [JBoss-dev] CVS frustration Ok, so I am frustrated, and should probably cool down, take a deep breath and wait until americal guys wake up. But I just have to say this. I do not work with the JBoss project every day, not even every week. But once in a while I contribute something, be it documentation, bugfixes or new features. And I have to say this: since buidldmagic entered JBoss this has been a verry frustration bussines. I can hardly remember any time I have not ended up in having a cvs working copy that is out of sync with the cvs repository and which is not fixable by an ordinary update. Currently I am making testing and making changes to JBossMQ, and it's not more than I week that I had to get a fresh copy from CVS. But already it is non-functional. Even if I follow the instructions in the new fix-workspace, the compilation is totally screwed (seems to have something with all utils classes disapearing). Consider this mail a burst of frustration. If it is to hard to contribute stuff to JBoss (and I have been doing this since summer 2000) just because of administrative its a no good. Why can't we have a module for 3.0 that is easy to live with? //Peter -- Peter Antman Chief Systems Architect, Business Development Technology in Media, Box 34105 100 26 Stockholm WWW: http://www.tim.se WWW: http://www.backsource.org Email: [EMAIL PROTECTED] Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [jetty-discuss] JDK 1.4 Logging in Jetty
Have you given the log4j/jdk1.4 logging argument thought ? Do you jnow of any work going into putting log4j under the 1.4 stuff ? Integrating the two is going to be a problem for many projects, including JBoss/Jetty - so I would be interested to hear about available approaches... The logging integration is currently encapsulated in a single class. I'm assuming that it should not be too difficult to move over to the 1.4 stuff. I'll look at it when the time arises. Jules --- Greg Wilkins [EMAIL PROTECTED] wrote: JBoss Jetty developers I have just added optional support for JDK 1.4 logging into Jetty. I expect that this will totally break the JBoss build, so I will not tag the src1.4 tree in Jetty for inclusion into JBoss. We will need to be careful to not use standard release tags for future imports as you will then get the 1.4 stuff. You probably also want to start thinking about the migration path. In Jetty I have added a src1.4 tree into which 1.4 dependant code goes. This is both new classes and replacements for classes that exist in the normal src hierarchy. My build.xml script only compiles the src1.4 stuff into classes if java.util.logging.Logger is available. I expect this to be a major pain for the next 2 to 4 years! The stuff in src1.4 at the moment is just improved Logging, using the StackTraceElement stuff (so I don't have to parse the stack anymore) and provides a LoggerLogSink to redirect the Jetty log mechanism into the 1.4 Logger for org.mortbay cheers -- Greg Wilkins[EMAIL PROTECTED] GB Phone: +44-(0)7092063462 Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631 http://www.mortbay.com AU Phone: +61-(0)2 98107029 Yahoo! Groups Sponsor -~-- Sponsored by VeriSign - The Value of Trust When building an e-commerce site, you want to start with a secure foundation. Learn how with VeriSign's FREE Guide. http://us.click.yahoo.com/kWSNbC/XdiDAA/yigFAA/CefplB/TM -~- For the latest information about Jetty, please see http://jetty.mortbay.org To alter your subscription to this list goto http://groups.yahoo.com/group/jetty-discuss Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] So what do we need to start using our jmx?
Hi Scott, I started a thread for this in JMX forum. http://main.jboss.org/thread.jsp?forum=63thread=8724 Regards, Adrian Looking at the source code included with the jmxri for the com.sun.management.jmx.MBeanServerImpl class, the mbean classloader is only used to load the classes of the arguments to the operation being invoked. There is no setting of the thread context classloader for the invoke call. So what needs to be completed in our jmx implementation to be able to start using it? Scott Stark Chief Technology Officer JBoss Group, LLC ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-dev lopment _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=9050 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] **README** - 'jboss-all' Structure Changes - **README**
I took hooked up as part of jboss-all and now realize it may not be what you meant. Just did a fresh check out of jboss-all and got no iiop subdir. Did I misunderstand something? Thanks and cheers, Francisco On Mon, 18 Feb 2002, Jason Dillon wrote: This is done. --jason On Mon, 18 Feb 2002, Francisco Reverbel wrote: On 16 Feb 2002, Jason Dillon wrote: I have just committed the last of the structure changes that I am going to introduce until after 3.0 is released. This change includes: ... [snip] o Addition of IIOP module. This is not hooked up by default (yet). Could you please hook it up? As an optional module, like jboss.net. Cheers, Francisco ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-519699 ] MBean loader is not used for operations
Bugs item #519699, was opened at 2002-02-18 16:00 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=519699group_id=22866 Category: JBossMX Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Scott M Stark (starksm) Assigned to: Adrian Brock (ejort) Summary: MBean loader is not used for operations Initial Comment: See the org/jboss/test/jbossmx/implementation/server/ContextCLT estCase that demonstrates two issues with the current implementation. 1. The ClassLoader passed in to the createMBean operation is not set as the Thread context class loader for the mbean ctor, and so, the ctor fails. 2. The ClassLoader passed in to the createMBean operation is not set as the Thread context class loader for operations on the MBean and so interaction with MarshalledObject fails. Both of these need to work in order for the 3.0 release to be able to use the jmx implementation with the new class loader architecture. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=519699group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-519699 ] MBean loader is not used for operations
Bugs item #519699, was opened at 2002-02-18 16:00 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=519699group_id=22866 Category: JBossMX Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Scott M Stark (starksm) Assigned to: Adrian Brock (ejort) Summary: MBean loader is not used for operations Initial Comment: See the org/jboss/test/jbossmx/implementation/server/ContextCLT estCase that demonstrates two issues with the current implementation. 1. The ClassLoader passed in to the createMBean operation is not set as the Thread context class loader for the mbean ctor, and so, the ctor fails. 2. The ClassLoader passed in to the createMBean operation is not set as the Thread context class loader for operations on the MBean and so interaction with MarshalledObject fails. Both of these need to work in order for the 3.0 release to be able to use the jmx implementation with the new class loader architecture. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=519699group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-519699 ] MBean loader is not used for operations
Bugs item #519699, was opened at 2002-02-18 16:00 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=519699group_id=22866 Category: JBossMX Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Scott M Stark (starksm) Assigned to: Adrian Brock (ejort) Summary: MBean loader is not used for operations Initial Comment: See the org/jboss/test/jbossmx/implementation/server/ContextCLT estCase that demonstrates two issues with the current implementation. 1. The ClassLoader passed in to the createMBean operation is not set as the Thread context class loader for the mbean ctor, and so, the ctor fails. 2. The ClassLoader passed in to the createMBean operation is not set as the Thread context class loader for operations on the MBean and so interaction with MarshalledObject fails. Both of these need to work in order for the 3.0 release to be able to use the jmx implementation with the new class loader architecture. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=519699group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-519699 ] MBean loader is not used for operations
Bugs item #519699, was opened at 2002-02-18 16:00 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=519699group_id=22866 Category: JBossMX Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Scott M Stark (starksm) Assigned to: Adrian Brock (ejort) Summary: MBean loader is not used for operations Initial Comment: See the org/jboss/test/jbossmx/implementation/server/ContextCLT estCase that demonstrates two issues with the current implementation. 1. The ClassLoader passed in to the createMBean operation is not set as the Thread context class loader for the mbean ctor, and so, the ctor fails. 2. The ClassLoader passed in to the createMBean operation is not set as the Thread context class loader for operations on the MBean and so interaction with MarshalledObject fails. Both of these need to work in order for the 3.0 release to be able to use the jmx implementation with the new class loader architecture. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=519699group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/pm/rollinglogged PersistenceManager.java PersistenceManagerMBean.java
User: lqd Date: 02/02/19 08:11:22 Modified:src/main/org/jboss/mq/pm/rollinglogged PersistenceManager.java PersistenceManagerMBean.java Log: - add ability to set rollover size via JMX (was fix at 1000 before) - yank dead (commented out) code - replace custom DEBUG logging to System.out to use log4j - clean up ambigious use of SpyMessageLog log - change to messageLog Revision ChangesPath 1.18 +46 -229 jbossmq/src/main/org/jboss/mq/pm/rollinglogged/PersistenceManager.java Index: PersistenceManager.java === RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/pm/rollinglogged/PersistenceManager.java,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- PersistenceManager.java 13 Feb 2002 04:26:38 - 1.17 +++ PersistenceManager.java 19 Feb 2002 16:11:22 - 1.18 @@ -39,15 +39,13 @@ * * @author David Maplesden ([EMAIL PROTECTED]) * @author a href=mailto:[EMAIL PROTECTED];David Jencks/a - * @version$Revision: 1.17 $ + * @version$Revision: 1.18 $ */ public class PersistenceManager extends ServiceMBeanSupport implements org.jboss.mq.pm.PersistenceManager, PersistenceManagerMBean { - public final static int ROLL_OVER_SIZE = 1000; public final static String TRANS_FILE_NAME = transactions.dat; - public final static boolean DEBUG = false; protected static int MAX_POOL_SIZE = 50; @@ -74,7 +72,7 @@ TxManager txManager; private String dataDirectory; - + private int rollOverSize; private HashMap unrestoredMessages = new HashMap(); @@ -84,7 +82,8 @@ * * @exception javax.jms.JMSException Description of Exception */ - public PersistenceManager() throws javax.jms.JMSException + public PersistenceManager() + throws javax.jms.JMSException { txManager = new TxManager(this); } @@ -127,13 +126,21 @@ return dataDirectory; } + public void setRollOverSize( int rollOverSize ) + { + this.rollOverSize = rollOverSize; + } + + public int getRollOverSize() + { + return rollOverSize; + } public Object getInstance() { return this; } - /** * getTxManager method comment. * @@ -144,74 +151,14 @@ return txManager; } - /*public void initQueue(SpyDestination dest) throws javax.jms.JMSException - { - log.error(You called the wrong initQueue method); - } - */ /** * #Description of the Method * * @param destDescription of Parameter * @exception javax.jms.JMSException Description of Exception */ - // public void initQueue(JMSDestination jmsDest) throws javax.jms.JMSException - //{ - // restoreDestination(jmsDest); - /* - SpyDestination dest = jmsDest.getSpyDestination(); - - String destName = dest.toString(); - //really? what about multiple subscribers on a topic? - queues.put(destName, dest); - //new - restoreDestination(jmsDest); - SpyTxLog txLog = null; - - // if called before we have been started there is no need to setup log files - if(currentTxLog == null) - return; - - HashMap logs; - synchronized (messageLogs) - { - logs = (HashMap)messageLogs.get(currentTxLog); - if (logs == null) - { -logs = new HashMap(); -messageLogs.put(currentTxLog, logs); - } - synchronized (logs) - { -LogInfo logInfo = (LogInfo)logs.get(destName); - -if (logInfo == null) -{ - try - { - SpyMessageLog log = new SpyMessageLog(new File(dataDir, destName + .dat + numRollOvers)); - logInfo = new LogInfo(log, dest, currentTxLog); - logs.put(destName, logInfo); - } - catch (Exception e) - { - JMSException jme = new SpyJMSException(Error rolling over logs to new files.); - jme.setLinkedException(e); - throw jme; - } -} - } - } -*/ - // } - - /** -* #Description of the Method -* -* @param destDescription of Parameter -* @exception javax.jms.JMSException Description of Exception -*/ - public void destroyQueue(SpyDestination dest) throws javax.jms.JMSException + public void destroyQueue(SpyDestination dest) + throws javax.jms.JMSException { try @@ -233,9 +180,9
[JBoss-dev] CVS update: contrib/iiop/lib/ext README jacorb-source-tree.tar.gz jacorb.diff
User: reverbel Date: 02/02/19 08:17:40 Added: iiop/lib/ext README jacorb-source-tree.tar.gz jacorb.diff Log: Sources for jacorb.jar. Revision ChangesPath 1.1 contrib/iiop/lib/ext/README Index: README === The JacORB library (jacorb.jar) in this directrory is a patched version of JacORB CVS head, checked out on 11/feb/2002. The file jacorb-source-tree.jar.gz contains the JacORB source tree I used to generate jacorb.jar. I am publishing the whole source tree because I had no easy way of obtaining a diff against the last official pre-release of JacORB release (1.4 beta 2, from 20/nov/2001). The file jacorb.diff is a patchfile relative to JacORB CVS head, as of 11/feb/2002. I expect these changes (or equivalent ones) to be merged into the next official release of JacORB. When this happens, jacorb-source-tree.jar.gz and jacorb.diff will be removed from this directory. 1.1 contrib/iiop/lib/ext/jacorb-source-tree.tar.gz Binary file 1.1 contrib/iiop/lib/ext/jacorb.diff Index: jacorb.diff === Index: src/omg-99-10-27/org/omg/CORBA/SetOverrideType.java === RCS file: /home/bwana/brose/cvs_jacorb/JacORB/src/omg-99-10-27/org/omg/CORBA/SetOverrideType.java,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 SetOverrideType.java --- SetOverrideType.java 2001/03/17 18:09:36 1.1.1.1 +++ SetOverrideType.java 2002/02/19 15:14:21 @@ -27,12 +27,12 @@ public static final SetOverrideType SET_OVERRIDE = new SetOverrideType(_SET_OVERRIDE); -public static final int _ADD = 1; -public static final SetOverrideType ADD = -new SetOverrideType(_ADD); +public static final int _ADD_OVERRIDE = 1; +public static final SetOverrideType ADD_OVERRIDE = +new SetOverrideType(_ADD_OVERRIDE); public int value() { -throw new org.omg.CORBA.NO_IMPLEMENT(); +return _value; } public static SetOverrideType from_int(int val) @@ -40,15 +40,17 @@ switch (val) { case _SET_OVERRIDE: return SET_OVERRIDE; -case _ADD: -return ADD; +case _ADD_OVERRIDE: +return ADD_OVERRIDE; default: throw new org.omg.CORBA.BAD_PARAM(); } } protected SetOverrideType(int _value) { -throw new org.omg.CORBA.NO_IMPLEMENT(); +this._value = _value; } + +private int _value; } Index: src/org/jacorb/orb/CDROutputStream.java === RCS file: /home/bwana/brose/cvs_jacorb/JacORB/src/org/jacorb/orb/CDROutputStream.java,v retrieving revision 1.32 diff -u -r1.32 CDROutputStream.java --- CDROutputStream.java 2002/01/22 10:57:45 1.32 +++ CDROutputStream.java 2002/02/19 15:14:21 @@ -975,7 +975,31 @@ */ int start_pos = pos+1; -int _kind = value.kind().value(); + +// The initializer below throws a ClassCastException with IBM's jdk: +// int _kind = ((org.jacorb.orb.TypeCode)value)._kind(); + +// The initializer below throws org.omg.CORBA.BAD_PARAM with Sun's jdk: +// int _kind = value.kind().value(); + +// The conditional initializer below works: +int _kind = ((value instanceof org.jacorb.orb.TypeCode) ? +((org.jacorb.orb.TypeCode)value)._kind() : +value.kind().value()); + +// This is here just for debugging: +if (value instanceof org.jacorb.orb.TypeCode) { +System.err.println( (org.jacorb.orb.TypeCode)value)._kind(): + + ((org.jacorb.orb.TypeCode)value)._kind()); +try { +System.err.println( value.kind().value(): + + value.kind().value()); +} +catch (Exception e) { +e.printStackTrace(); +} +} + int _mc; // member count try @@ -1195,10 +1219,20 @@ } break; case TCKind._tk_abstract_interface: -beginEncapsulation(); -write_string(value.id()); -write_string(value.name()); -endEncapsulation(); +if( tcMap.containsKey( value.id()) ) +{ +writeRecursiveTypeCode( value, tcMap ); +} +else +
[JBoss-dev] CVS update: contrib/iiop/lib/ext jacorb-source-tree.tar.gz
User: reverbel Date: 02/02/19 08:21:05 Removed: iiop/lib/ext jacorb-source-tree.tar.gz Log: Oops! Forgot to flag this file as binary. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/iiop/lib/ext jacorb-source-tree.tar.gz
User: reverbel Date: 02/02/19 08:35:11 Added: iiop/lib/ext jacorb-source-tree.tar.gz Log: Adding this file again, now flagged as binary. Revision ChangesPath 1.3 +0 -0 contrib/iiop/lib/ext/jacorb-source-tree.tar.gz Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] latest Jboss IIOP and JacORB patched version
Hi Alain, I am adding a JacORB source tarball to CVS, under contrib/iiop/lib/ext. Cheers, Francisco On Tue, 19 Feb 2002, Coetmeur, Alain wrote: Hi, I've seen your changes and will try them soon. however in the last release I see no JacORB Diff file, nor sources. I have commited a few changes on my side on JacORB, and would like to merge your changes with mine (some have been already commited in jacorb). a way would be to publish a diff file from a stable jacorb version (earlier 1.4b2?), or maybe the easiest for you could be to send me a complete source jar, or to publish a source jar in CVS beside the binary version. In the first case I will easily make a diff file from latest jacorb version, and may send it to you for publication (I have a granted RW access to the CVS but no way to use CVS trhough our firewall) in the later case, anyone could do that work if he want to merge your changes with jacorb evolution... thanks in advance, and congratulation for the work done. 8) Alain Coetmeur. -Message d'origine- De: Francisco Reverbel [mailto:[EMAIL PROTECTED]] Date: vendredi 15 février 2002 23:38 À: [EMAIL PROTECTED] Objet: [JBoss-dev] CVS update: contrib/iiop/lib/ext jacorb.jar User: reverbel Date: 02/02/15 14:37:43 Added: iiop/lib/ext jacorb.jar Log: JacORB jar file used with JBoss/IIOP. This is a patched version of JacORB CVS HEAD, checked out on 11/Feb/2002 (a couple of months after 1.4 beta 2 was released). Revision ChangesPath 1.1 contrib/iiop/lib/ext/jacorb.jar Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jbossmx/implementation/server ContextCLTestCase.java
User: starksm Date: 02/02/19 11:45:03 Modified:src/main/org/jboss/test/jbossmx/implementation/server ContextCLTestCase.java Log: Update the testcase to property demonstrate the class loading problem seen with Bug#519699. Revision ChangesPath 1.2 +95 -19 jbosstest/src/main/org/jboss/test/jbossmx/implementation/server/ContextCLTestCase.java Index: ContextCLTestCase.java === RCS file: /cvsroot/jboss/jbosstest/src/main/org/jboss/test/jbossmx/implementation/server/ContextCLTestCase.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- ContextCLTestCase.java18 Feb 2002 23:54:32 - 1.1 +++ ContextCLTestCase.java19 Feb 2002 19:45:03 - 1.2 @@ -7,10 +7,12 @@ package org.jboss.test.jbossmx.implementation.server; import java.io.File; +import java.io.FileInputStream; import java.io.FileOutputStream; import java.io.InputStream; import java.net.URL; import java.util.jar.JarOutputStream; +import java.util.jar.Manifest; import java.util.zip.ZipEntry; import javax.management.MBeanServer; import javax.management.MBeanServerFactory; @@ -25,20 +27,32 @@ import org.apache.log4j.PatternLayout; import org.apache.log4j.WriterAppender; +import org.jboss.system.MBeanClassLoader; +import org.jboss.system.ServiceLibraries; +import org.jboss.system.UnifiedClassLoader; import org.jboss.test.JBossTestSetup; import org.jboss.test.jbossmx.implementation.TestCase; import org.jboss.test.jbossmx.implementation.server.support.ContextCL; -import org.jboss.test.jbossmx.implementation.server.support.TestClassLoader; -/** Test of the mbean operation invocation thread context class loader. +/** Test of the mbean operation invocation thread context class loader. This + *test case simulates the problem originally seen in Bug#519699. Reproducing the + *steps here requires a number of contrived steps including simulated reloading + *of the mbean from different jars and the loading of the TestData class by + *the main MBeanClassLoader using Class.forName(). These are the actions that + *occur when reloading a sar that contains an ejb-jar. * * @author [EMAIL PROTECTED] - * @version $Revision: 1.1 $ + * @version $Revision: 1.2 $ */ public class ContextCLTestCase extends TestCase { private static URL dataClassURL; private static File dataJar; + private static MBeanClassLoader mainLoader; + private static ObjectName mainLoaderName; + private static UnifiedClassLoader deployLoader; + private static ObjectName deployLoaderName; + static Object data0; public ContextCLTestCase(String name) { @@ -47,21 +61,20 @@ public void testInvokeNeedingTCL() throws Exception { + ClassLoader entryCL = Thread.currentThread().getContextClassLoader(); + /* Install the mainLoader to simulate how the MBeanServer would be + *running under JBoss + */ + Thread.currentThread().setContextClassLoader(mainLoader); MBeanServer server = MBeanServerFactory.createMBeanServer(); - // Register the mbean class loader - URL[] urls = {dataJar.toURL()}; - TestClassLoader loader = new TestClassLoader(urls); - ObjectName loaderName = new ObjectName(org.jboss.test.jbossmx.implementation.server.support:id= +dataJar.getName()); - if( server.isRegistered(loaderName) == false ) - server.registerMBean(loader, loaderName); - getLog().info(Registered TestClassLoader, urls=+urls[0]); - // Create the ContextCL MBean using the TestClassLoader try { + if( server.isRegistered(deployLoaderName) == false ) +server.registerMBean(deployLoader, deployLoaderName); ObjectName beanName = new ObjectName(org.jboss.test.jbossmx.implementation.server.support:test=ContextCLTestCase); - server.createMBean(org.jboss.test.jbossmx.implementation.server.support.ContextCL, beanName, loaderName); + server.createMBean(org.jboss.test.jbossmx.implementation.server.support.ContextCL, beanName, deployLoaderName); getLog().info(Created ContextCL MBean); // Invoke the useTestData op to test the thread context class loader @@ -73,11 +86,17 @@ getLog().error(NestedError, e.getTargetError()); throw e; } + finally + { + Thread.currentThread().setContextClassLoader(entryCL); + + } MBeanServerFactory.releaseMBeanServer(server); } - /** Remove the local TestData.class from the classpath and create a tmp + /** This creates two mbean deployment jars, testdata.jar and testdata1.jar. +*A redeployment is simulated by loading * * @exception
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jbossmx/implementation/server/support ContextCL.java TestClassLoader.java TestClassLoaderMBean.java
User: starksm Date: 02/02/19 11:45:03 Modified:src/main/org/jboss/test/jbossmx/implementation/server/support ContextCL.java Removed: src/main/org/jboss/test/jbossmx/implementation/server/support TestClassLoader.java TestClassLoaderMBean.java Log: Update the testcase to property demonstrate the class loading problem seen with Bug#519699. Revision ChangesPath 1.2 +26 -10 jbosstest/src/main/org/jboss/test/jbossmx/implementation/server/support/ContextCL.java Index: ContextCL.java === RCS file: /cvsroot/jboss/jbosstest/src/main/org/jboss/test/jbossmx/implementation/server/support/ContextCL.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- ContextCL.java18 Feb 2002 23:54:33 - 1.1 +++ ContextCL.java19 Feb 2002 19:45:03 - 1.2 @@ -1,36 +1,52 @@ package org.jboss.test.jbossmx.implementation.server.support; import java.io.IOException; +import java.io.*; import java.rmi.MarshalledObject; import org.apache.log4j.Category; -/** The ContextCL standard MBean interface +/** The ContextCL standard MBean implementation. * * @author [EMAIL PROTECTED] - * @version $Revision: 1.1 $ + * @version $Revision: 1.2 $ */ public class ContextCL implements ContextCLMBean { private static Category log = Category.getInstance(ContextCL.class); - private MarshalledObject data; + private TestData data0; + /** The TestData.class ClassLoader will be the ClassLoader of the ContextCL +*mbean because we have a static reference to the TestData class. This +*causes the VM to call the ClassLoader.loadClassInternal method. +*/ public ContextCL() throws IOException { ClassLoader cl = Thread.currentThread().getContextClassLoader(); - log.info(ctor ClassLoader: +cl); - TestData test = new TestData(); - data = new MarshalledObject(test); + log.info(ContextCL ClassLoader: +getClass().getClassLoader()); + log.info(ctor Context ClassLoader: +cl); + data0 = new TestData(); + log.info(TestData.class ProtectionDomain: +TestData.class.getProtectionDomain()); } - /** An operation that retrieves a TestData object from a MarshalledObject -*created during the ContextCL MBean ctor + /** An operation that load the TestData class using the current thread +*context class loader (TCL) and the Class.forName(String, boolean, ClassLoader) +*operation to validate that the class loader used to load TestData in +*the ctor is compatible with the operation TCL. */ public void useTestData() throws Exception { ClassLoader cl = Thread.currentThread().getContextClassLoader(); log.info(useTestData ClassLoader: +cl); - Object test = data.get(); - TestData testData = (TestData) test; + Class c0 = data0.getClass(); + log.info(TestData #0 ProtectionDomain: +c0.getProtectionDomain()); + Class c1 = Class.forName(org.jboss.test.jbossmx.implementation.server.support.TestData, + false, cl); + log.info(TestData #1 ProtectionDomain: +c1.getProtectionDomain()); + if( c1.isInstance(data0) == false ) + { + log.error(Assertion failed: data0 is NOT compatible with c1); + throw new IllegalStateException(data0 is NOT compatible with c1); + } } } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest build.xml
User: starksm Date: 02/02/19 11:57:15 Modified:.build.xml Log: Add jboss.jar to the jboss.jmx.classpath and tests.jbossmx.classpath so that the JBossMX implementation tests compile and run. Delete the test.log at the start of the one-test and one-test-nojars targets so that each test run produces a fresh log. Revision ChangesPath 1.72 +7 -2 jbosstest/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jbosstest/build.xml,v retrieving revision 1.71 retrieving revision 1.72 diff -u -r1.71 -r1.72 --- build.xml 18 Feb 2002 02:15:05 - 1.71 +++ build.xml 19 Feb 2002 19:57:15 - 1.72 @@ -27,7 +27,7 @@ !--tests-jmxri-compliance still needs to run over jmxri.jar -- !--the aim of that test is to check our compliance suite. -- -!-- $Id: build.xml,v 1.71 2002/02/18 02:15:05 d_jencks Exp $ -- +!-- $Id: build.xml,v 1.72 2002/02/19 19:57:15 starksm Exp $ -- project default=main name=JBoss/Testsuite @@ -244,6 +244,7 @@ property name=jboss.jmx.lib value=${jboss.jmx.root}/lib/ path id=jboss.jmx.classpath pathelement path=${jboss.jmx.lib}/jboss-jmx.jar/ + pathelement path=${jboss.server.lib}/jboss.jar/ /path !-- The combined dependant module classpath -- @@ -335,6 +336,7 @@ path id=tests.jbossmx.classpath path refid=most.classpath/ path refid=jboss.jmx.classpath/ + pathelement path=${jboss.server.lib}/jboss.jar/ /path !-- The classpath required to build javadocs. -- @@ -2480,6 +2482,8 @@ description=Execute a single test. mkdir dir=${build.reports}/ mkdir dir=${build.testlog}/ +!-- Remove the test.log so each test has a fresh log -- +delete file=${build.testlog}/test.log / junit dir=${module.output} printsummary=${junit.printsummary} haltonerror=${junit.haltonerror} @@ -2522,6 +2526,8 @@ description=Execute a single test without rebuilding. mkdir dir=${build.reports}/ mkdir dir=${build.testlog}/ +!-- Remove the test.log so each test has a fresh log -- +delete file=${build.testlog}/test.log / junit dir=${module.output} printsummary=${junit.printsummary} haltonerror=${junit.haltonerror} @@ -2540,7 +2546,6 @@ classpath pathelement location=${build.classes}/ pathelement location=${build.resources}/ -path refid=tests.classpath/ /classpath formatter classname=org.jboss.ant.taskdefs.XMLJUnitResultFormatter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jbossmx/implementation/server ContextCLTestCase.java
User: starksm Date: 02/02/19 12:00:17 Modified:src/main/org/jboss/test/jbossmx/implementation/server ContextCLTestCase.java Log: Change the comment to refer to Bug#516649 as this is the sar/ejb-jar issue that Bug#519699 was created for. Revision ChangesPath 1.3 +2 -2 jbosstest/src/main/org/jboss/test/jbossmx/implementation/server/ContextCLTestCase.java Index: ContextCLTestCase.java === RCS file: /cvsroot/jboss/jbosstest/src/main/org/jboss/test/jbossmx/implementation/server/ContextCLTestCase.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- ContextCLTestCase.java19 Feb 2002 19:45:03 - 1.2 +++ ContextCLTestCase.java19 Feb 2002 20:00:17 - 1.3 @@ -35,14 +35,14 @@ import org.jboss.test.jbossmx.implementation.server.support.ContextCL; /** Test of the mbean operation invocation thread context class loader. This - *test case simulates the problem originally seen in Bug#519699. Reproducing the + *test case simulates the problem originally seen in Bug#516649. Reproducing the *steps here requires a number of contrived steps including simulated reloading *of the mbean from different jars and the loading of the TestData class by *the main MBeanClassLoader using Class.forName(). These are the actions that *occur when reloading a sar that contains an ejb-jar. * * @author [EMAIL PROTECTED] - * @version $Revision: 1.2 $ + * @version $Revision: 1.3 $ */ public class ContextCLTestCase extends TestCase { ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty build.xml
User: jules_gosnell Date: 02/02/19 14:20:54 Modified:jettybuild.xml Log: split testsuite out into seperate target Revision ChangesPath 1.39 +13 -10contrib/jetty/build.xml Index: build.xml === RCS file: /cvsroot/jboss/contrib/jetty/build.xml,v retrieving revision 1.38 retrieving revision 1.39 diff -u -r1.38 -r1.39 --- build.xml 18 Feb 2002 01:11:36 - 1.38 +++ build.xml 19 Feb 2002 22:20:54 - 1.39 @@ -514,9 +514,9 @@ target name=devel depends=jars description=Deploy and Test the Jetty plugin -property name=hack.project.deploy +property name=hack.project.deploy value=${project.root}/build/output/jboss-3.0.0beta/deploy/ -property name=hack.project.lib.ext +property name=hack.project.lib.ext value=${project.root}/build/output/jboss-3.0.0beta/lib/ext/ !-- @@ -556,9 +556,20 @@ /fileset /copy +!-- sleep seconds=5/ +antcall target=testsuite/ + -- !-- +copy file=../../testsuite/output/lib/jbosstest-web.ear + todir=../build/output/jboss-3.0.0beta/deploy/ + filtering=no/ + -- + +/target + +target name=testsuite exec dir=../testsuite/ executable=/bin/sh @@ -568,14 +579,6 @@ arg value=-Dtest=org.jboss.test.web.test.WebIntegrationUnitTestCase/ arg value=one-test/ /exec - -- - -!-- -copy file=../../testsuite/output/lib/jbosstest-web.ear - todir=../build/output/jboss-3.0.0beta/deploy/ - filtering=no/ - -- - /target ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Current HEAD is missing org.jboss.util.NestedException
After Jason's commit on Feb 16, head does not compile since it is missing the class. Anatoly ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/catalina build.xml
User: starksm Date: 02/02/19 14:28:21 Modified:catalina build.xml Log: Still recovering from the Jason refactor. Revision ChangesPath 1.8 +9 -1 contrib/catalina/build.xml Index: build.xml === RCS file: /cvsroot/jboss/contrib/catalina/build.xml,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- build.xml 17 Feb 2002 18:32:07 - 1.7 +++ build.xml 19 Feb 2002 22:28:21 - 1.8 @@ -12,7 +12,7 @@ !---- !-- == -- -!-- $Id: build.xml,v 1.7 2002/02/17 18:32:07 starksm Exp $ -- +!-- $Id: build.xml,v 1.8 2002/02/19 22:28:21 starksm Exp $ -- project default=main name=JBoss/Tomcat-4 @@ -120,6 +120,13 @@ pathelement path=${jboss.j2ee.lib}/jboss-j2ee.jar/ /path +!-- Common -- +property name=jboss.common.root value=${project.root}/common/output/ +property name=jboss.common.lib value=${jboss.common.root}/lib/ +path id=jboss.common.classpath + pathelement path=${jboss.common.lib}/jboss-common.jar/ +/path + !-- Server -- property name=jboss.server.root value=${project.root}/server/output/ property name=jboss.server.lib value=${jboss.server.root}/lib/ @@ -142,6 +149,7 @@ path id=dependentmodule.classpath path refid=jboss.j2ee.classpath/ path refid=jboss.server.classpath/ + path refid=jboss.common.classpath/ path refid=tomcat.server.classpath/ /path ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty TODO
User: jules_gosnell Date: 02/02/19 14:28:48 Modified:jettyTODO Log: it's time this was updated Revision ChangesPath 1.7 +37 -7 contrib/jetty/TODO Index: TODO === RCS file: /cvsroot/jboss/contrib/jetty/TODO,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- TODO 28 Nov 2001 01:22:24 - 1.6 +++ TODO 19 Feb 2002 22:28:48 - 1.7 @@ -1,9 +1,39 @@ -Get Jetty to load config from SAR -properly MBeanify -Get Jetty Debug MBean running -connect EAR CLASSPATH up to Jasper -Do we have a problem with JNDI bindings not working ? -Get testsuite working/integrate with scoped classloaders. +IMMEDIATE +- -Persistant/Distributed Sessions +JAAS support should be configurable via JMX - JG +Integrate AbstractClassLoader.getPath() Jasper - JG + +More of Jetty should be exposed via JMX - JB + +WebIntegration testsuite still fails - JG + +Persistant/Distributed Sessions - various implementations - JG + +Test Sacha's stuff - JG + +Revisit TimeoutManagers - JG + + +FURTHER AWAY + + +Virtual Host support + +Seperation of Presentation from Business Logic tier - by RemoteMBeanProxy??? + +JDBS Bruce Kimpton + +MultiProxy + +Metamazon + + +- + +What else needs to be integrated ? + +How about JAXM/Axis/SOAP etc... + +Everything needs some decent unit tests and serious profiling ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] ejb-local-ref broken?
If its from the web-tier, AbstractWebContainer assumes that the local interface is bound to local/{remote_interface_name} in JNDI. I thought I'd submitted a patch last night for this (to look for local-jndi-name in jboss.xml), but I cant see it on sf now... I'll post it again tonight (from home). otoh if it isn't from the web tier then this will have nothing to do with it (o: cheesr dim - Original Message - From: Scott M Stark [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, February 20, 2002 9:32 AM Subject: Re: [JBoss-dev] ejb-local-ref broken? You'll have to provide the details of your deployment as ejb-local-ref is used in the unit tests and is working. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, February 19, 2002 2:02 PM Subject: [JBoss-dev] ejb-local-ref broken? Is ejb-local-ref broken? I haven't changed my bean, client, or ejb-jar file for weeks and everything worked with a week+ old version of jboss3. Now, when I go to look up an entity bean referenced in a session bean via an ejb-local-ref, I get a NameNotFoundException saying that my session bean isn't bound? Well, I know that is wrong because my client looked up the session bean to invoke a method on the session bean! Anyway, my ride is here or I'd debug this now. Michael ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] ejb-local-ref broken?
You'll have to provide the details of your deployment as ejb-local-ref is used in the unit tests and is working. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, February 19, 2002 2:02 PM Subject: [JBoss-dev] ejb-local-ref broken? Is ejb-local-ref broken? I haven't changed my bean, client, or ejb-jar file for weeks and everything worked with a week+ old version of jboss3. Now, when I go to look up an entity bean referenced in a session bean via an ejb-local-ref, I get a NameNotFoundException saying that my session bean isn't bound? Well, I know that is wrong because my client looked up the session bean to invoke a method on the session bean! Anyway, my ride is here or I'd debug this now. Michael ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: CVSROOT modules
User: user57 Date: 02/02/19 15:00:55 Modified:.modules Log: o this was lost (or never added) in the madness Revision ChangesPath 1.96 +2 -1 CVSROOT/modules Index: modules === RCS file: /cvsroot/jboss/CVSROOT/modules,v retrieving revision 1.95 retrieving revision 1.96 diff -u -r1.95 -r1.96 --- modules 17 Feb 2002 09:50:09 - 1.95 +++ modules 19 Feb 2002 23:00:54 - 1.96 @@ -106,7 +106,8 @@ _jboss_testsuite \ _jboss_jetty \ _jboss_catalina \ -_jboss_jboss.net +_jboss_jboss.net \ +_jboss_iiop ## ## The JBoss website. This is the module used to generate/update ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] **README** - 'jboss-all' Structure Changes - **README**
Sorry about that. I thought I added that module to the list, but apparently I did not. Should be fixed now. --jason On Tue, 19 Feb 2002, Francisco Reverbel wrote: I took hooked up as part of jboss-all and now realize it may not be what you meant. Just did a fresh check out of jboss-all and got no iiop subdir. Did I misunderstand something? Thanks and cheers, Francisco On Mon, 18 Feb 2002, Jason Dillon wrote: This is done. --jason On Mon, 18 Feb 2002, Francisco Reverbel wrote: On 16 Feb 2002, Jason Dillon wrote: I have just committed the last of the structure changes that I am going to introduce until after 3.0 is released. This change includes: ... [snip] o Addition of IIOP module. This is not hooked up by default (yet). Could you please hook it up? As an optional module, like jboss.net. Cheers, Francisco ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS frustration
so I am frustrated, and should probably cool down, take a deep breath and wait until americal guys wake up. But I just have to say this. I am awake now. Please do take some deep breaths... I do not work with the JBoss project every day, not even every week. But once in a while I contribute something, be it documentation, bugfixes or new features. And I have to say this: since buidldmagic entered JBoss this has been a verry frustration bussines. I can hardly remember any time I have not ended up in having a cvs working copy that is out of sync with the cvs repository and which is not fixable by an ordinary update. I keep explaning this over and over and over. This is a CVS issue, in that cvs update does not consult CVSROOT/modules for changes. Buildmagic has little to do with it. I setup the jboss-all project to use CVSROOT/modules because the poor layout of the existing modules did not allow for a single module name to be specified to get the required sources. I hope to fix this eventually, but it is complicated by the fact that CVS is on SF and there are (almost) 2 releases which need to be maintain off of the old and current style. If you like, you can revert to the old style of checking out modules one by one. Currently I am making testing and making changes to JBossMQ, and it's not more than I week that I had to get a fresh copy from CVS. But already it is non-functional. Even if I follow the instructions in the new fix-workspace, the compilation is totally screwed (seems to have something with all utils classes disapearing). What broke? I tested this very carefully, but it is possible that I missed something. Why can't we have a module for 3.0 that is easy to live with? Change can sometimes be difficult for some, yet evolution is a nessesity for a growing project to survive and thrive. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty/security JBossUserRealm.java
User: jules_gosnell Date: 02/02/19 15:22:32 Modified:jetty/src/main/org/jboss/jetty/security JBossUserRealm.java Log: allow configuration of JAAS support via JMX Revision ChangesPath 1.4 +11 -7 contrib/jetty/src/main/org/jboss/jetty/security/JBossUserRealm.java Index: JBossUserRealm.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/security/JBossUserRealm.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- JBossUserRealm.java 19 Feb 2002 00:14:02 - 1.3 +++ JBossUserRealm.java 19 Feb 2002 23:22:32 - 1.4 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: JBossUserRealm.java,v 1.3 2002/02/19 00:14:02 jules_gosnell Exp $ +// $Id: JBossUserRealm.java,v 1.4 2002/02/19 23:22:32 jules_gosnell Exp $ package org.jboss.jetty.security; @@ -29,7 +29,7 @@ /** An implementation of UserRealm that integrates with the JBossSX * security manager associted with the web application. * @author [EMAIL PROTECTED] - * @version $Revision: 1.3 $ + * @version $Revision: 1.4 $ */ // TODO @@ -120,9 +120,10 @@ // This doesn't mean anything to Jetty - but may to some // Servlets - confirm later... - if (authenticated _subjSecMgr!=null) + if (_useJAAS authenticated _subjSecMgr!=null) { Subject subject = _subjSecMgr.getActiveSubject(); + _log.debug(setting JAAS subjectAttributeName(+_subjAttrName+) : +subject); request.setAttribute(_subjAttrName, subject); } @@ -170,15 +171,18 @@ private AuthenticationManager _authMgr; private RealmMapping _realmMapping; private HashMap_users = new HashMap(); - private String _subjAttrName = j_subject; // needs accessors - TODO private SubjectSecurityManager _subjSecMgr; private String _password; + private String _subjAttrName; + private boolean_useJAAS; public -JBossUserRealm(String realmName) +JBossUserRealm(String realmName, String subjAttrName) { -_realmName = realmName; -_log = Logger.getLogger(JBossUserRealm.class.getName() + # + _realmName); +_log = Logger.getLogger(JBossUserRealm.class.getName() + # + _realmName); +_realmName= realmName; +_subjAttrName = subjAttrName; +_useJAAS = (_subjAttrName!=null); try { ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty JBossWebApplicationContext.java Jetty.java JettyService.java JettyServiceMBean.java
User: jules_gosnell Date: 02/02/19 15:22:32 Modified:jetty/src/main/org/jboss/jetty JBossWebApplicationContext.java Jetty.java JettyService.java JettyServiceMBean.java Log: allow configuration of JAAS support via JMX Revision ChangesPath 1.24 +6 -3 contrib/jetty/src/main/org/jboss/jetty/JBossWebApplicationContext.java Index: JBossWebApplicationContext.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/JBossWebApplicationContext.java,v retrieving revision 1.23 retrieving revision 1.24 diff -u -r1.23 -r1.24 --- JBossWebApplicationContext.java 19 Feb 2002 00:15:29 - 1.23 +++ JBossWebApplicationContext.java 19 Feb 2002 23:22:32 - 1.24 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: JBossWebApplicationContext.java,v 1.23 2002/02/19 00:15:29 jules_gosnell Exp $ +// $Id: JBossWebApplicationContext.java,v 1.24 2002/02/19 23:22:32 jules_gosnell Exp $ // A Jetty HttpServer with the interface expected by JBoss' // J2EEDeployer... @@ -43,6 +43,7 @@ WebDescriptorParser _descriptorParser; WebApplication _webApp; DocumentBuilder _parser; + String _subjAttrName=j_subject; public JBossWebApplicationContext(HttpServer httpServer, @@ -55,7 +56,8 @@ boolean unpackWars, String storageStrategy, String snapshotFrequency, -String notificationPolicy) +String notificationPolicy, +String subjAttrName) throws java.io.IOException { super(httpServer, contextPathSpec, warUrl, webDefaults, unpackWars); @@ -64,6 +66,7 @@ _descriptorParser = descriptorParser; _webApp = webApp; _parser = parser; + _subjAttrName = subjAttrName; getServletHandler(). setSessionManager(new DistributedHttpSessionManager(this, @@ -91,7 +94,7 @@ if (realmName!=null) { // these need to be cached and reused by name...MAYBE - TODO - getHttpContext().getHttpServer().addRealm(new JBossUserRealm(realmName)); + getHttpContext().getHttpServer().addRealm(new JBossUserRealm(realmName, _subjAttrName)); } // this is causing a printout which implies a separate 1.37 +22 -3 contrib/jetty/src/main/org/jboss/jetty/Jetty.java Index: Jetty.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/Jetty.java,v retrieving revision 1.36 retrieving revision 1.37 diff -u -r1.36 -r1.37 --- Jetty.java16 Feb 2002 14:13:22 - 1.36 +++ Jetty.java19 Feb 2002 23:22:32 - 1.37 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: Jetty.java,v 1.36 2002/02/16 14:13:22 jules_gosnell Exp $ +// $Id: Jetty.java,v 1.37 2002/02/19 23:22:32 jules_gosnell Exp $ // A Jetty HttpServer with the interface expected by JBoss' // J2EEDeployer... @@ -35,7 +35,7 @@ * * @author a href=mailto:[EMAIL PROTECTED];Julian Gosnell/a * @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a. - * @version $Revision: 1.36 $ + * @version $Revision: 1.37 $ * * pbRevisions:/b * @@ -201,6 +201,24 @@ } // + // subjectAttributeName property + // + + String _subjectAttributeName; + + public synchronized void +setSubjectAttributeName(String subjectAttributeName) + { +_subjectAttributeName=subjectAttributeName; + } + + public synchronized String +getSubjectAttributeName() + { +return _subjectAttributeName; + } + + // // configuration property // @@ -262,7 +280,8 @@ fixedWarUrl, getWebDefault(), getUnpackWars(), getHttpSessionStorageStrategy(), getHttpSessionSnapshotFrequency(), -getHttpSessionSnapshotNotificationPolicy()); +getHttpSessionSnapshotNotificationPolicy(), +getSubjectAttributeName()); String virtualHost=null; addContext(virtualHost, app); 1.48 +28 -2 contrib/jetty/src/main/org/jboss/jetty/JettyService.java Index: JettyService.java === RCS
[JBoss-dev] CVS update: contrib/jetty/src/resources/jetty-plugin/META-INF jboss-service.xml
User: jules_gosnell Date: 02/02/19 15:22:32 Modified:jetty/src/resources/jetty-plugin/META-INF jboss-service.xml Log: allow configuration of JAAS support via JMX Revision ChangesPath 1.18 +3 -0 contrib/jetty/src/resources/jetty-plugin/META-INF/jboss-service.xml Index: jboss-service.xml === RCS file: /cvsroot/jboss/contrib/jetty/src/resources/jetty-plugin/META-INF/jboss-service.xml,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- jboss-service.xml 17 Feb 2002 09:52:55 - 1.17 +++ jboss-service.xml 19 Feb 2002 23:22:32 - 1.18 @@ -28,6 +28,9 @@ !-- neither/activate/passivate/both -- attribute name=HttpSessionSnapshotNotificationPolicyneither/attribute +!-- comment this out if you don't want JAAS support -- +attribute name=SubjectAttributeNamej_subject/attribute + /mbean !--classpath codebase=lib/ext archives=javax.servlet.jar, org.apache.jasper.jar, jboss-j2ee.jar/-- ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Current HEAD is missing org.jboss.util.NestedException
This is in jboss/common, you need to checkout jboss-all again, or checkout _jboss_common from inside the jboss-all directory. --jason On Tue, 19 Feb 2002, Anatoly Akkerman wrote: After Jason's commit on Feb 16, head does not compile since it is missing the class. Anatoly ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty/session CoarseDistributedStore.java DistributedHttpSession.java
User: jules_gosnell Date: 02/02/19 15:33:15 Modified:jetty/src/main/org/jboss/jetty/session CoarseDistributedStore.java DistributedHttpSession.java Log: don't bother to say 'WARNING' when log.warn()-ing... Revision ChangesPath 1.8 +3 -3 contrib/jetty/src/main/org/jboss/jetty/session/CoarseDistributedStore.java Index: CoarseDistributedStore.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/session/CoarseDistributedStore.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- CoarseDistributedStore.java 19 Feb 2002 00:08:04 - 1.7 +++ CoarseDistributedStore.java 19 Feb 2002 23:33:15 - 1.8 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: CoarseDistributedStore.java,v 1.7 2002/02/19 00:08:04 jules_gosnell Exp $ +// $Id: CoarseDistributedStore.java,v 1.8 2002/02/19 23:33:15 jules_gosnell Exp $ // @@ -56,7 +56,7 @@ } catch (NamingException e) { - _log.warn(WARNING: Support for EJB-based Distributed HttpSessions does not appear to be loaded); + _log.warn(support for EJB-based Distributed HttpSessions does not appear to be loaded); } } @@ -143,7 +143,7 @@ catch (CreateException e) {} - _log.warn(WARNING: could not save session: +id); + _log.warn(could not save session: +id); } public void 1.6 +2 -2 contrib/jetty/src/main/org/jboss/jetty/session/DistributedHttpSession.java Index: DistributedHttpSession.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/session/DistributedHttpSession.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- DistributedHttpSession.java 1 Feb 2002 00:32:24 - 1.5 +++ DistributedHttpSession.java 19 Feb 2002 23:33:15 - 1.6 @@ -427,8 +427,8 @@ { if (warn) { - _log.warn(WARNING: About to activate a session attribute that was not passivated: +attribute); - _log.warn(WARNING: This was probably due to an uncontrolled server shutdown.); + _log.warn(about to activate a session attribute that was not passivated: +attribute); + _log.warn(this was probably due to an uncontrolled server shutdown.); } ((HttpSessionActivationListener)attribute) .sessionDidActivate(event); } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/iiop/src/etc/conf/default jboss-service.xml
User: reverbel Date: 02/02/19 15:33:27 Modified:iiop/src/etc/conf/default jboss-service.xml Log: Added MBean attributes IIOPPort and PortableInterceptorInitializerClass. These attributes specify ORB initialization parameters. Revision ChangesPath 1.2 +3 -7 contrib/iiop/src/etc/conf/default/jboss-service.xml Index: jboss-service.xml === RCS file: /cvsroot/jboss/contrib/iiop/src/etc/conf/default/jboss-service.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- jboss-service.xml 15 Feb 2002 22:07:56 - 1.1 +++ jboss-service.xml 19 Feb 2002 23:33:27 - 1.2 @@ -1,6 +1,6 @@ ?xml version=1.0 encoding=UTF-8? !DOCTYPE server -!-- $Id: jboss-service.xml,v 1.1 2002/02/15 22:07:56 reverbel Exp $ -- +!-- $Id: jboss-service.xml,v 1.2 2002/02/19 23:33:27 reverbel Exp $ -- !-- = -- !-- -- @@ -104,12 +104,8 @@ name=jboss:service=CorbaORB attribute name=ORBClassorg.jacorb.orb.ORB/attribute attribute name=ORBSingletonClassorg.jacorb.orb.ORBSingleton/attribute - !-- -attribute -name=ORBClasscom.sun.corba.se.internal.POA.POAORB/attribute -attribute name=ORBClasscom.sun.corba.se.internal.Interceptors.PIORB/attribute -attribute name=ORBSingletonClasscom.sun.corba.se.internal.corba.ORBSingleton/attribute - -- +attribute name=IIOPPort5000/attribute +attribute name=PortableInterceptorInitializerClassorg.jboss.ejb.plugins.iiop.server.CodebaseInterceptorInitializer/attribute /mbean !-- -- ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty TODO
User: jules_gosnell Date: 02/02/19 15:32:11 Modified:jettyTODO Log: update Revision ChangesPath 1.8 +1 -1 contrib/jetty/TODO Index: TODO === RCS file: /cvsroot/jboss/contrib/jetty/TODO,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- TODO 19 Feb 2002 22:28:48 - 1.7 +++ TODO 19 Feb 2002 23:32:11 - 1.8 @@ -1,7 +1,7 @@ IMMEDIATE - -JAAS support should be configurable via JMX - JG +AbstractWebContainer moans if I deploy something, bounce Jetty, then un/redeploy it. Integrate AbstractClassLoader.getPath() Jasper - JG ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/iiop/src/main/org/jboss/iiop CorbaORBService.java CorbaORBServiceMBean.java
User: reverbel Date: 02/02/19 15:33:27 Modified:iiop/src/main/org/jboss/iiop CorbaORBService.java CorbaORBServiceMBean.java Log: Added MBean attributes IIOPPort and PortableInterceptorInitializerClass. These attributes specify ORB initialization parameters. Revision ChangesPath 1.9 +35 -11contrib/iiop/src/main/org/jboss/iiop/CorbaORBService.java Index: CorbaORBService.java === RCS file: /cvsroot/jboss/contrib/iiop/src/main/org/jboss/iiop/CorbaORBService.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- CorbaORBService.java 18 Feb 2002 22:20:41 - 1.8 +++ CorbaORBService.java 19 Feb 2002 23:33:27 - 1.9 @@ -45,7 +45,7 @@ * for JBoss to use. * * @author a href=mailto:[EMAIL PROTECTED];Ole Husgaard/a - * @version $Revision: 1.8 $ + * @version $Revision: 1.9 $ */ public class CorbaORBService extends ServiceMBeanSupport @@ -62,8 +62,10 @@ private MBeanServer server; - private String orbClass = org.jacorb.orb.ORB; - private String orbSingletonClass = org.jacorb.orb.ORBSingleton; + private String orbClass = null; + private String orbSingletonClass = null; + private int iiopPort = 0; + private String portableInterceptorInitializerClass = null; // Static @@ -95,14 +97,15 @@ { // Initialize the ORB Properties props = new Properties(); - props.put(org.omg.CORBA.ORBClass, orbClass); - props.put(org.omg.CORBA.ORBSingletonClass, orbSingletonClass); - // TODO: Fill in the port number below from MBean properties. - props.put(OAPort, 5000 ); // port to be used by jacorb - props.put(org.omg.PortableInterceptor.ORBInitializerClass -+ .org.jboss.ejb.plugins.iiop.server -+ .CodebaseInterceptorInitializer, ); - + if (orbClass != null) + props.put(org.omg.CORBA.ORBClass, orbClass); + if (orbSingletonClass != null) + props.put(org.omg.CORBA.ORBSingletonClass, orbSingletonClass); + if (iiopPort != 0) + props.put(OAPort, Integer.toString(iiopPort)); + if (portableInterceptorInitializerClass != null) + props.put(org.omg.PortableInterceptor.ORBInitializerClass. + + portableInterceptorInitializerClass, ); orb = ORB.init(new String[0], props); bind(ORB_NAME, org.omg.CORBA.ORB); @@ -245,6 +248,27 @@ this.orbSingletonClass = orbSingletonClass; } + public void setIIOPPort(int iiopPort) + { + this.iiopPort = iiopPort; + } + + public int getIIOPPort() + { + return iiopPort; + } + + public String getPortableInterceptorInitializerClass() + { + return portableInterceptorInitializerClass; + } + + public void setPortableInterceptorInitializerClass( + String portableInterceptorInitializerClass) + { + this.portableInterceptorInitializerClass = + portableInterceptorInitializerClass; + } // ObjectFactory implementation -- 1.6 +10 -1 contrib/iiop/src/main/org/jboss/iiop/CorbaORBServiceMBean.java Index: CorbaORBServiceMBean.java === RCS file: /cvsroot/jboss/contrib/iiop/src/main/org/jboss/iiop/CorbaORBServiceMBean.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- CorbaORBServiceMBean.java 16 Feb 2002 22:15:58 - 1.5 +++ CorbaORBServiceMBean.java 19 Feb 2002 23:33:27 - 1.6 @@ -15,7 +15,8 @@ * Mbean interface for the JBoss CORBA ORB service. * * @author a href=mailto:[EMAIL PROTECTED];Ole Husgaard/a - * @version $Revision: 1.5 $ + * @author a href=mailto:[EMAIL PROTECTED];Francisco Reverbel/a + * @version $Revision: 1.6 $ */ public interface CorbaORBServiceMBean extends org.jboss.system.ServiceMBean @@ -30,5 +31,13 @@ public String getORBSingletonClass(); public void setORBSingletonClass(String orbSingletonClass); + + public void setIIOPPort(int iiopPort); + public int getIIOPPort(); + + public String getPortableInterceptorInitializerClass(); + public void setPortableInterceptorInitializerClass( + String portableInterceptorInitializerClass); + } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-520200 ] Resultset ordered reading.
Patches item #520200, was opened at 2002-02-19 14:32 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=520200group_id=22866 Category: JBossServer Group: v2.4 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Ravi Goorah (rcgoorah) Assigned to: Nobody/Anonymous (nobody) Summary: Resultset ordered reading. Initial Comment: Some db drivers required that the result set be read in the same order that the sql statement is created. This is the case for the Microsoft SQL Server - SQL server 2000 JDBC driver, yucky. Currently, JBoss reads the resultset in a sudo-random order. This patch makes sure that JBoss reads the result set in the same order as the SQL statement. The only file that requires change is the JDBCLoadEntityCommand.java, I've included a -u diff of the two files. Thanks. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=520200group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty/ejb CoarseHttpSessionBean.java
User: jules_gosnell Date: 02/02/19 16:15:36 Modified:jetty/src/main/org/jboss/jetty/ejb CoarseHttpSessionBean.java Log: more log guarding/unguarding (DOH!) Revision ChangesPath 1.9 +5 -10 contrib/jetty/src/main/org/jboss/jetty/ejb/CoarseHttpSessionBean.java Index: CoarseHttpSessionBean.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/ejb/CoarseHttpSessionBean.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- CoarseHttpSessionBean.java18 Feb 2002 23:04:39 - 1.8 +++ CoarseHttpSessionBean.java20 Feb 2002 00:15:36 - 1.9 @@ -18,7 +18,7 @@ * The Entity bean represents an HttpSession. * * @author [EMAIL PROTECTED] - * @version $Revision: 1.8 $ + * @version $Revision: 1.9 $ * * @ejb:bean name=CoarseHttpSession type=CMP jndi-name=jetty/CoarseHttpSession primkey-field=id * @ejb:pk class=java.lang.String @@ -100,35 +100,30 @@ public void ejbLoad() { -if (_log.isDebugEnabled()) - _log.debug(ejbLoad()); +_log.debug(ejbLoad()); } public void ejbActivate() { -if (_log.isDebugEnabled()) - _log.debug(ejbActivate()); +_log.debug(ejbActivate()); } public void ejbPassivate() { -if (_log.isDebugEnabled()) - _log.debug(ejbPassivate()); +_log.debug(ejbPassivate()); } public void ejbStore() { -if (_log.isDebugEnabled()) - _log.debug(ejbStore()); +_log.debug(ejbStore()); } public void unsetEntityContext() { -//if (_log.isDebugEnabled()) //_log.debug(unsetEntityContext()); } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty/security JBossUserRealm.java
User: jules_gosnell Date: 02/02/19 16:15:36 Modified:jetty/src/main/org/jboss/jetty/security JBossUserRealm.java Log: more log guarding/unguarding (DOH!) Revision ChangesPath 1.5 +4 -3 contrib/jetty/src/main/org/jboss/jetty/security/JBossUserRealm.java Index: JBossUserRealm.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/security/JBossUserRealm.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- JBossUserRealm.java 19 Feb 2002 23:22:32 - 1.4 +++ JBossUserRealm.java 20 Feb 2002 00:15:36 - 1.5 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: JBossUserRealm.java,v 1.4 2002/02/19 23:22:32 jules_gosnell Exp $ +// $Id: JBossUserRealm.java,v 1.5 2002/02/20 00:15:36 jules_gosnell Exp $ package org.jboss.jetty.security; @@ -29,7 +29,7 @@ /** An implementation of UserRealm that integrates with the JBossSX * security manager associted with the web application. * @author [EMAIL PROTECTED] - * @version $Revision: 1.4 $ + * @version $Revision: 1.5 $ */ // TODO @@ -123,7 +123,8 @@ if (_useJAAS authenticated _subjSecMgr!=null) { Subject subject = _subjSecMgr.getActiveSubject(); - _log.debug(setting JAAS subjectAttributeName(+_subjAttrName+) : +subject); + if (_log.isDebugEnabled()) + _log.debug(setting JAAS subjectAttributeName(+_subjAttrName+) : +subject); request.setAttribute(_subjAttrName, subject); } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty/session ClusteredStore.java
User: jules_gosnell Date: 02/02/19 16:15:37 Modified:jetty/src/main/org/jboss/jetty/session ClusteredStore.java Log: more log guarding/unguarding (DOH!) Revision ChangesPath 1.7 +2 -3 contrib/jetty/src/main/org/jboss/jetty/session/ClusteredStore.java Index: ClusteredStore.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/session/ClusteredStore.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- ClusteredStore.java 19 Feb 2002 00:07:24 - 1.6 +++ ClusteredStore.java 20 Feb 2002 00:15:37 - 1.7 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: ClusteredStore.java,v 1.6 2002/02/19 00:07:24 jules_gosnell Exp $ +// $Id: ClusteredStore.java,v 1.7 2002/02/20 00:15:37 jules_gosnell Exp $ // @@ -62,8 +62,7 @@ public AbstractHttpSessionData make() { - if (_log.isDebugEnabled()) - _log.debug(make); + _log.debug(make); return new ClusteredHttpSessionData(); } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty JBossWebApplicationContext.java Jetty.java JettyService.java
User: jules_gosnell Date: 02/02/19 16:15:36 Modified:jetty/src/main/org/jboss/jetty JBossWebApplicationContext.java Jetty.java JettyService.java Log: more log guarding/unguarding (DOH!) Revision ChangesPath 1.25 +3 -2 contrib/jetty/src/main/org/jboss/jetty/JBossWebApplicationContext.java Index: JBossWebApplicationContext.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/JBossWebApplicationContext.java,v retrieving revision 1.24 retrieving revision 1.25 diff -u -r1.24 -r1.25 --- JBossWebApplicationContext.java 19 Feb 2002 23:22:32 - 1.24 +++ JBossWebApplicationContext.java 20 Feb 2002 00:15:35 - 1.25 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: JBossWebApplicationContext.java,v 1.24 2002/02/19 23:22:32 jules_gosnell Exp $ +// $Id: JBossWebApplicationContext.java,v 1.25 2002/02/20 00:15:35 jules_gosnell Exp $ // A Jetty HttpServer with the interface expected by JBoss' // J2EEDeployer... @@ -201,7 +201,8 @@ _log.warn(unknown ClassLoader type (+cl.getClass().getName()+) - classpath may be incomplete); } - _log.info(default JSP CLASSPATH: +classpath); + if (_log.isDebugEnabled()) + _log.debug(JSP classpath: +classpath); return classpath; } 1.38 +4 -3 contrib/jetty/src/main/org/jboss/jetty/Jetty.java Index: Jetty.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/Jetty.java,v retrieving revision 1.37 retrieving revision 1.38 diff -u -r1.37 -r1.38 --- Jetty.java19 Feb 2002 23:22:32 - 1.37 +++ Jetty.java20 Feb 2002 00:15:35 - 1.38 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: Jetty.java,v 1.37 2002/02/19 23:22:32 jules_gosnell Exp $ +// $Id: Jetty.java,v 1.38 2002/02/20 00:15:35 jules_gosnell Exp $ // A Jetty HttpServer with the interface expected by JBoss' // J2EEDeployer... @@ -35,7 +35,7 @@ * * @author a href=mailto:[EMAIL PROTECTED];Julian Gosnell/a * @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a. - * @version $Revision: 1.37 $ + * @version $Revision: 1.38 $ * * pbRevisions:/b * @@ -234,7 +234,8 @@ try { - _log.info(loading configuration: +configUrl); + if (_log.isDebugEnabled()) + _log.debug(loading configuration: +configUrl); configure(configUrl); _log.debug(configuratin loaded); _configuration=configUrl; 1.49 +6 -10 contrib/jetty/src/main/org/jboss/jetty/JettyService.java Index: JettyService.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/JettyService.java,v retrieving revision 1.48 retrieving revision 1.49 diff -u -r1.48 -r1.49 --- JettyService.java 19 Feb 2002 23:22:32 - 1.48 +++ JettyService.java 20 Feb 2002 00:15:35 - 1.49 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: JettyService.java,v 1.48 2002/02/19 23:22:32 jules_gosnell Exp $ +// $Id: JettyService.java,v 1.49 2002/02/20 00:15:35 jules_gosnell Exp $ //-- @@ -34,7 +34,7 @@ * A service to launch jetty from JMX. * * @author a href=mailto:[EMAIL PROTECTED];Julian Gosnell/a - * @version $Revision: 1.48 $ + * @version $Revision: 1.49 $ */ public class JettyService @@ -115,8 +115,7 @@ // why doesn't this work? - investigate... //_jetty.setLogSink(logSink); -if (_log.isDebugEnabled()) - _log.debug(connected JBoss and Jetty Log models); +_log.debug(connected JBoss and Jetty Log models); } /** the usual path separators we know */ @@ -139,8 +138,7 @@ _jetty=tmp; // now we are initialised. -if (_log.isDebugEnabled()) - _log.debug(Instantiated and configured server); +_log.debug(Instantiated and configured server); } protected void @@ -152,8 +150,7 @@ { try { - if (_log.isDebugEnabled()) - _log.debug(MBean peers WILL be created for Jetty Contexts); + _log.debug(MBean peers WILL be created for Jetty Contexts); _mbean = new JettyMBean(_jetty); _debug = new CodeMBean(); @@ -169,8 +166,7 @@ } else { - if (_log.isDebugEnabled()) - _log.debug(MBean peers WILL NOT be created for Jetty Contexts); + _log.debug(MBean peers WILL NOT be created for Jetty Contexts); }
[JBoss-dev] CVS update: contrib/jetty TODO
User: jules_gosnell Date: 02/02/19 16:18:55 Modified:jettyTODO Log: some further thoughts Revision ChangesPath 1.9 +8 -0 contrib/jetty/TODO Index: TODO === RCS file: /cvsroot/jboss/contrib/jetty/TODO,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- TODO 19 Feb 2002 23:32:11 - 1.8 +++ TODO 20 Feb 2002 00:18:55 - 1.9 @@ -19,6 +19,14 @@ FURTHER AWAY +Jetty and JBoss both unpack the WAR - waste of time + +Descriptors are parsed into DOMS - SAX would be faster (do we realy need DOM) + +Jasper should be top level and shared with Catalina + +There are two servlet APIs in the tree. There should be one at the top-level. + Virtual Host support Seperation of Presentation from Business Logic tier - by RemoteMBeanProxy??? ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] ejb-local-ref broken?
I'll fix the AbstractWebContainer so forget about the patch. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Dmitri Colebatch [EMAIL PROTECTED] To: Scott M Stark [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Tuesday, February 19, 2002 2:35 PM Subject: Re: [JBoss-dev] ejb-local-ref broken? If its from the web-tier, AbstractWebContainer assumes that the local interface is bound to local/{remote_interface_name} in JNDI. I thought I'd submitted a patch last night for this (to look for local-jndi-name in jboss.xml), but I cant see it on sf now... I'll post it again tonight (from home). otoh if it isn't from the web tier then this will have nothing to do with it (o: cheesr dim ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-520232 ] subscription does not exist exception
Bugs item #520232, was opened at 2002-02-19 15:40 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=520232group_id=22866 Category: JBossMQ Group: None Status: Open Resolution: None Priority: 5 Submitted By: Doug Beeman (dbeeman) Assigned to: Nobody/Anonymous (nobody) Summary: subscription does not exist exception Initial Comment: javax.jms.JMSException: The provided subscription does not exist occurs when (re)registering with a new selector. This is intermittant and happens with the new 2.4.4 build as well. [Default] JBoss 2.5 ALPHA Started in 0m:6s [OILServerILService] The OILClientIL Connection is set up [OILServerILService] The OILClientIL Connection is set up [JMSServer] Server: subscribe(dest=TOPIC.TRAPS,idConnection=ID2) [ClientConsumer:ID2] ClientConsumer:ID2-run() [ClientConsumer:ID2] Adding subscription for: org.jboss.mq.Subscription@409554 [ClientConsumer:ID2] ClientConsumer:ID2-setEnabled(enabled=true) [JMSServer] Server: unsubscribe(idConnection=ID2) [ClientConsumer:ID2] ClientConsumer:ID2-removeSubscription(subscriberId=-2147483648) [ClientConsumer:ID2] ClientConsumer:ID2-setEnabled(enabled=false) [JMSServer] Server: subscribe(dest=TOPIC.TRAPS,idConnection=ID2) [ClientConsumer:ID2] Adding subscription for: org.jboss.mq.Subscription@56f631 [ClientConsumer:ID2] ClientConsumer:ID2-setEnabled(enabled=true) [OILServerILService] Client request resulted in a server exception: javax.jms.JMSException: The provided subscription does not exist at org.jboss.mq.server.ClientConsumer.receive(Unknown Source) at org.jboss.mq.server.JMSServer.receive(Unknown Source) at org.jboss.mq.il.oil.OILServerILService.run(Unknown Source) at java.lang.Thread.run(Thread.java:484) [JMSServer] Server: unsubscribe(idConnection=ID2) [ClientConsumer:ID2] ClientConsumer:ID2-removeSubscription(subscriberId=-2147483647) [ClientConsumer:ID2] ClientConsumer:ID2-setEnabled(enabled=false) [JMSServer] Server: subscribe(dest=TOPIC.TRAPS,idConnection=ID2) [ClientConsumer:ID2] Adding subscription for: org.jboss.mq.Subscription@6c6b00 [OILServerILService] Client request resulted in a server exception: javax.jms.JMSException: The provided subscription does not exist at org.jboss.mq.server.ClientConsumer.receive(Unknown Source) at org.jboss.mq.server.JMSServer.receive(Unknown Source) at org.jboss.mq.il.oil.OILServerILService.run(Unknown Source) at java.lang.Thread.run(Thread.java:484) [ClientConsumer:ID2] ClientConsumer:ID2-setEnabled(enabled=true) [JMSServer] Server: unsubscribe(idConnection=ID2) -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=520232group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty/session CoarseDistributedStore.java
User: jules_gosnell Date: 02/02/19 16:58:54 Modified:jetty/src/main/org/jboss/jetty/session CoarseDistributedStore.java Log: improve session storing logic Revision ChangesPath 1.9 +24 -19 contrib/jetty/src/main/org/jboss/jetty/session/CoarseDistributedStore.java Index: CoarseDistributedStore.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/session/CoarseDistributedStore.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- CoarseDistributedStore.java 19 Feb 2002 23:33:15 - 1.8 +++ CoarseDistributedStore.java 20 Feb 2002 00:58:54 - 1.9 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: CoarseDistributedStore.java,v 1.8 2002/02/19 23:33:15 jules_gosnell Exp $ +// $Id: CoarseDistributedStore.java,v 1.9 2002/02/20 00:58:54 jules_gosnell Exp $ // @@ -120,30 +120,35 @@ if (_home==null) return; - // this is clumsy... - TODO try { - CoarseHttpSession ejb=_home.findByPrimaryKey(id); - ejb.setData((CoarseHttpSessionData)data); - return; + try + { + CoarseHttpSession ejb=_home.findByPrimaryKey(id); + ejb.setData((CoarseHttpSessionData)data); + return; + } + catch (FinderException e) + { + // I'm assuming that nothing is wrong - this is being + // created for the first time.. + } + + try + { + CoarseHttpSession ejb=_home.create((CoarseHttpSessionData)data); + ejb=null; + return; + } + catch (CreateException e) + { + _log.warn(could not save session: +id); + } } catch (RemoteException e) - {} - catch (FinderException e) - {} - - try { - CoarseHttpSession ejb=_home.create((CoarseHttpSessionData)data); - ejb=null; - return; + _log.error(problem talking to EJB container, e); } - catch (RemoteException e) - {} - catch (CreateException e) - {} - - _log.warn(could not save session: +id); } public void ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] ejb-local-ref broken?
thanks... without wanting to be picky... any chance of updating the jboss.xml dtd to allow the local-jndi-name? If there's a reason why this isn't so, then that reason would also be fine (o: Just as part of XDoclet we validate the generated XML, and we cant do this for jboss.xml atm because the DTD doesn't agree with what we want... cheesr dim - Original Message - From: Scott M Stark [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, February 20, 2002 11:33 AM Subject: Re: [JBoss-dev] ejb-local-ref broken? I'll fix the AbstractWebContainer so forget about the patch. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Dmitri Colebatch [EMAIL PROTECTED] To: Scott M Stark [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Tuesday, February 19, 2002 2:35 PM Subject: Re: [JBoss-dev] ejb-local-ref broken? If its from the web-tier, AbstractWebContainer assumes that the local interface is bound to local/{remote_interface_name} in JNDI. I thought I'd submitted a patch last night for this (to look for local-jndi-name in jboss.xml), but I cant see it on sf now... I'll post it again tonight (from home). otoh if it isn't from the web tier then this will have nothing to do with it (o: cheesr dim ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty TODO
User: jules_gosnell Date: 02/02/19 17:02:03 Modified:jettyTODO Log: and even more thoughts Revision ChangesPath 1.10 +15 -1 contrib/jetty/TODO Index: TODO === RCS file: /cvsroot/jboss/contrib/jetty/TODO,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- TODO 20 Feb 2002 00:18:55 - 1.9 +++ TODO 20 Feb 2002 01:02:02 - 1.10 @@ -1,8 +1,16 @@ IMMEDIATE - +jetty-ejb.jar should live inside jetty-plugin.sar + +Why does my CoarseHttpSession stuff not work anymore? + +Jetty MBeans have inconsistent naming - they should all be e.g. Jetty=0,CLASS=0 + AbstractWebContainer moans if I deploy something, bounce Jetty, then un/redeploy it. +If I bounce Jetty, JBoss does not redeploy extant webapps + Integrate AbstractClassLoader.getPath() Jasper - JG More of Jetty should be exposed via JMX - JB @@ -19,9 +27,15 @@ FURTHER AWAY +Should servlet API and Jasper be included in jetty-plugin.sar - if so, why doesn't it work? + +CoarseHttpSession implementation has no GC - if it is used seriously it will need it + Jetty and JBoss both unpack the WAR - waste of time -Descriptors are parsed into DOMS - SAX would be faster (do we realy need DOM) +Descriptors are parsed into DOMS - SAX would be faster (do we really need DOM) + +Both Jetty and the integratin code parse web.xml - waste of time Jasper should be top level and shared with Catalina ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty build.xml
User: jules_gosnell Date: 02/02/19 17:01:02 Modified:jettybuild.xml Log: prepare jetty-ejb for inclusion in jetty-plugin.sar Revision ChangesPath 1.40 +16 -13contrib/jetty/build.xml Index: build.xml === RCS file: /cvsroot/jboss/contrib/jetty/build.xml,v retrieving revision 1.39 retrieving revision 1.40 diff -u -r1.39 -r1.40 --- build.xml 19 Feb 2002 22:20:54 - 1.39 +++ build.xml 20 Feb 2002 01:01:01 - 1.40 @@ -128,6 +128,7 @@ property name=mortbay.jetty.cvs.extra.tag value=Jetty_4_0_B0/ property name=jetty.jar value=org.mortbay.jetty.jar/ property name=jetty.jmx.jar value=org.mortbay.jetty.jmx.jar/ +property name=jetty.ejb.jar value=jetty-ejb.jar/ property name=servlet.jar value=javax.servlet.jar/ property name=jasper.jar value=org.apache.jasper.jar/ @@ -472,6 +473,16 @@ include name=org/apache/jasper/**/ /fileset /jar +!-- Build ${jetty.ejb.jar} -- +jar jarfile=${build.lib}/${jetty.ejb.jar} + fileset dir=${build.classes} +include name=org/jboss/jetty/interfaces/*.class/ +include name=org/jboss/jetty/ejb/*.class/ + /fileset + fileset dir=${module.output} +include name=META-INF/*.xml/ + /fileset +/jar jar jarfile=${build.lib}/${module.name}.sar !-- Jetty plugin classes -- @@ -495,17 +506,9 @@ include name=${jasper.jar}/-- include name=${jetty.jar}/ include name=${jetty.jmx.jar}/ - /fileset -/jar - -!-- Build jetty-ejb.jar -- -jar jarfile=${build.lib}/jetty-ejb.jar - fileset dir=${build.classes} -include name=org/jboss/jetty/interfaces/*.class/ -include name=org/jboss/jetty/ejb/*.class/ - /fileset - fileset dir=${module.output} -include name=META-INF/*.xml/ +!-- +include name=${jetty.ejb.jar}/ + -- /fileset /jar @@ -532,7 +535,7 @@ fileset dir=${project.root}/build/output include name=**/deploy/${module.name}.sar/ !-- - include name=**/deploy/jetty-ejb.jar/ + include name=**/deploy/${jetty.ejb.jar}/ -- /fileset /delete @@ -543,7 +546,7 @@ copy todir=${hack.project.deploy} filtering=no fileset dir=${build.lib} !-- - include name=jetty-ejb.jar/ + include name=${jetty.ejb.jar}/ -- include name=${module.name}.sar/ /fileset ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] ejb-local-ref broken?
Look at the correct dtd: jboss-all 1380grep local server/src/resources/org/jboss/metadata/jboss_3_0.dtd local-jndi-name / local-jndi-name / !ELEMENT entity (ejb-name, jndi-name?, local-jndi-name?, read-only?, home-invok er?, bean-invoker?, configuration-name?, security-proxy?, ejb-ref*, resource-ref *, resource-env-ref*, clustered?, cluster-config?) !ELEMENT session (ejb-name, jndi-name?, local-jndi-name?, home-invoker?, bean-i nvoker?, configuration-name?, security-proxy?, ejb-ref*, resource-ref*, resource -env-ref*, clustered?, cluster-config?) The JNDI name under with the local home interface should be bound !ELEMENT local-jndi-name (#PCDATA) when the client is local (same VM as the server). This optimizes RMI calls. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Dmitri Colebatch [EMAIL PROTECTED] To: Scott M Stark [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Tuesday, February 19, 2002 4:58 PM Subject: Re: [JBoss-dev] ejb-local-ref broken? thanks... without wanting to be picky... any chance of updating the jboss.xml dtd to allow the local-jndi-name? If there's a reason why this isn't so, then that reason would also be fine (o: Just as part of XDoclet we validate the generated XML, and we cant do this for jboss.xml atm because the DTD doesn't agree with what we want... cheesr dim ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] ejb-local-ref broken?
sorry - thanks. I was looking at http://www.jboss.org/j2ee/dtd/jboss.dtd - I assume that will be updated with the release or something. thanks again dim. - Original Message - From: Scott M Stark [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, February 20, 2002 12:16 PM Subject: Re: [JBoss-dev] ejb-local-ref broken? Look at the correct dtd: jboss-all 1380grep local server/src/resources/org/jboss/metadata/jboss_3_0.dtd local-jndi-name / local-jndi-name / !ELEMENT entity (ejb-name, jndi-name?, local-jndi-name?, read-only?, home-invok er?, bean-invoker?, configuration-name?, security-proxy?, ejb-ref*, resource-ref *, resource-env-ref*, clustered?, cluster-config?) !ELEMENT session (ejb-name, jndi-name?, local-jndi-name?, home-invoker?, bean-i nvoker?, configuration-name?, security-proxy?, ejb-ref*, resource-ref*, resource -env-ref*, clustered?, cluster-config?) The JNDI name under with the local home interface should be bound !ELEMENT local-jndi-name (#PCDATA) when the client is local (same VM as the server). This optimizes RMI calls. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Dmitri Colebatch [EMAIL PROTECTED] To: Scott M Stark [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Tuesday, February 19, 2002 4:58 PM Subject: Re: [JBoss-dev] ejb-local-ref broken? thanks... without wanting to be picky... any chance of updating the jboss.xml dtd to allow the local-jndi-name? If there's a reason why this isn't so, then that reason would also be fine (o: Just as part of XDoclet we validate the generated XML, and we cant do this for jboss.xml atm because the DTD doesn't agree with what we want... cheesr dim ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: CVSROOT modules
On Tue, 19 Feb 2002, Jason Dillon wrote: -_jboss_jboss.net +_jboss_jboss.net \ +_jboss_iiop This is a very minor nitpick, but when I use continued lines like the above, I always have all lines end with '\', so that adding a new line only requires a +, and not both a - and +. It makes the diffs nicer, imho. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: build/jboss build.xml
I thought we were still using R_* and Branch_* for tag names. As for the rest, I was just getting lost in the esthetics. I agree that we should include cvs tag information. --jason On Tue, 19 Feb 2002, Scott M Stark wrote: Why does the server need to know anything about the source controlsystem which is being used to manage its sources? Pet names, as you say, are a time honored tradition amoung software developers. The are also used as a rememberance tool. Many folks will be more inclinded to remeber rabbit-hole than some arbitrary set of numbers. Along the same lines, our branch/tag naming system should be updated to include the name of the project, so we don't get namespace clashes when trying to branch jbossmq or jbossmx and such. What do you mean by include the name of the project in the branch and version tag? Everything branches together so how it there going to be a clash? Why do we need a pet name variable that has nothing to do with obtaining a snapshot of the code? I don't care that 3.0 is also known by rabbithole. It meaningless. That is why we had shown the version as well as the version name before. It seems like you do care, or you would have left it alone. I care that I can get the source code for a given release based on info included in the build and since I didn't see a reason to keep the name I used it for the version tag. I understand that you wanted to provide versioning for all jars. I don't see how that relates to changing how we refer to the release. There is no change here. The release will have a JBoss_X_Y_Z version tag as its identifier. A side not, I don't think that the jar mf impl/spec is really the best place for this type of versioning... or rather I think that it should be expanded further. For example, there is no jboss spec... and for jars that actually do have a spec, what do we put there? What if one jar covers more than once spec. All in all the additions of this package stuff to the jdk was not very well thought out... If the jars have a spec that can be included in the specification tags. The implementation tags will be JBoss build info. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: CVSROOT modules
That is fine as long as you make sure that the next line is blank or will be evaluated to the same effect by cvs. --jason On Tue, 19 Feb 2002, Adam Heath wrote: On Tue, 19 Feb 2002, Jason Dillon wrote: -_jboss_jboss.net +_jboss_jboss.net \ +_jboss_iiop This is a very minor nitpick, but when I use continued lines like the above, I always have all lines end with '\', so that adding a new line only requires a +, and not both a - and +. It makes the diffs nicer, imho. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS frustration
I am sorry to have caused any pain to anyone from the changes that I made. i was trully just trying to improve things... except for the frivolous name changes... that was just plain dumb. Things should be fixed an stable now. Let me know if there are _any_ problems and I will fix them as soon as possible. --jason On Tue, 19 Feb 2002, Scott M Stark wrote: I feel your pain which is why I have been yelling at Jason to stop the nonsense. We should be stable until after the 3.0 release. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Peter Antman [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, February 19, 2002 12:29 AM Subject: [JBoss-dev] CVS frustration Ok, so I am frustrated, and should probably cool down, take a deep breath and wait until americal guys wake up. But I just have to say this. I do not work with the JBoss project every day, not even every week. But once in a while I contribute something, be it documentation, bugfixes or new features. And I have to say this: since buidldmagic entered JBoss this has been a verry frustration bussines. I can hardly remember any time I have not ended up in having a cvs working copy that is out of sync with the cvs repository and which is not fixable by an ordinary update. Currently I am making testing and making changes to JBossMQ, and it's not more than I week that I had to get a fresh copy from CVS. But already it is non-functional. Even if I follow the instructions in the new fix-workspace, the compilation is totally screwed (seems to have something with all utils classes disapearing). Consider this mail a burst of frustration. If it is to hard to contribute stuff to JBoss (and I have been doing this since summer 2000) just because of administrative its a no good. Why can't we have a module for 3.0 that is easy to live with? //Peter -- Peter Antman Chief Systems Architect, Business Development Technology in Media, Box 34105 100 26 Stockholm WWW: http://www.tim.se WWW: http://www.backsource.org Email: [EMAIL PROTECTED] Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: build/jboss build.xml
We are still using those tag names, what do you call this? property name=version.name value=Rel_3_0_0_3/ - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: Scott M Stark [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, February 19, 2002 5:37 PM Subject: Re: [JBoss-dev] CVS update: build/jboss build.xml I thought we were still using R_* and Branch_* for tag names. As for the rest, I was just getting lost in the esthetics. I agree that we should include cvs tag information. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: build/jboss build.xml
Ok, so I am not as crazy as I though I was. Basically if we were to start tagging other projects then we could run into namespace problems. It would be better to use something more like 'JBoss_Rel_3_0_0_3'. That is all I was trying to get across. --jason On Tue, 19 Feb 2002, Scott M Stark wrote: We are still using those tag names, what do you call this? property name=version.name value=Rel_3_0_0_3/ - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: Scott M Stark [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, February 19, 2002 5:37 PM Subject: Re: [JBoss-dev] CVS update: build/jboss build.xml I thought we were still using R_* and Branch_* for tag names. As for the rest, I was just getting lost in the esthetics. I agree that we should include cvs tag information. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: CVSROOT modules
On Tue, 19 Feb 2002, Jason Dillon wrote: That is fine as long as you make sure that the next line is blank or will be evaluated to the same effect by cvs. --jason Certainly. Some languages don't like that. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: build/jboss build.xml
What do you mean by other projects? - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: Scott M Stark [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, February 19, 2002 5:59 PM Subject: Re: [JBoss-dev] CVS update: build/jboss build.xml Ok, so I am not as crazy as I though I was. Basically if we were to start tagging other projects then we could run into namespace problems. It would be better to use something more like 'JBoss_Rel_3_0_0_3'. That is all I was trying to get across. --jason On Tue, 19 Feb 2002, Scott M Stark wrote: We are still using those tag names, what do you call this? property name=version.name value=Rel_3_0_0_3/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: build/jboss build.xml
Like the JBossMQ and JBossMX stuff... --jason On Tue, 19 Feb 2002, Scott M Stark wrote: What do you mean by other projects? - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: Scott M Stark [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, February 19, 2002 5:59 PM Subject: Re: [JBoss-dev] CVS update: build/jboss build.xml Ok, so I am not as crazy as I though I was. Basically if we were to start tagging other projects then we could run into namespace problems. It would be better to use something more like 'JBoss_Rel_3_0_0_3'. That is all I was trying to get across. --jason On Tue, 19 Feb 2002, Scott M Stark wrote: We are still using those tag names, what do you call this? property name=version.name value=Rel_3_0_0_3/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Mbean dependancies
|Actually the RARDeployer registers RARDeployments with ServiceController so |they participate in dependency management also. right, good |I changed Application and Container so EJB mbeans do this also: do you mind |if I put it in before 3.0 beta? Do you want to wait until we are using |jsr-77 mbeans for dependencies? thanks for asking. I proposed the dependencies for the jsr77 framework and it was met with deafening silence. Either they or we don't get it. So don't wait for anyone since this dependency mechanism generalized to all types of deployments 1- is made possible by the new unified deployers and unified representation of the DeploymentInfo 2- is absolutely necessary if we want to have a standardized way of defining the dependencies and order of creation/starting ACROSS all deployment types with one semantic so go ahead. You say you want the ServiceController to take over the create/start steps. I remember there was another spot where you wanted to introduce the DeployerSupport in the codebase, i think providing super calls that call the ServiceController in create and start, after the deployer specific create and start calls have been done is worthwhile. This is an absolute kick ass piece of code. marcf | |david jencks | | | to do what you want you should put the ejb inside the sar, anywhere, and | that will work. | | marcf | | | | | |Dave Smith wrote: | | Do we have any docs on this stuff? I'm tring to create a dependancy | with | | a message driven Mbean that will wait until the topic it publishes is | | created and also wait until the EJB that it uses is deployed. From a | | quick look at the example with the TopicManager it looks like you have | | to create a an MBean attribute with type ObjectName that maps to the | JMX | | service you need. If that is the case how would you tie it to an EJB? | | | | Head spinning in Toronto ... | | | ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: build/jboss build.xml
On Tue, 19 Feb 2002, Jason Dillon wrote: Like the JBossMQ and JBossMX stuff... Or what about thirdparty projects that are maintained in jboss cvs(ie, jetty)? ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 497 Successful tests: 489 Errors:4 Failures: 4 [time of test: 20 February 2002 2:53 GMT] [java.version: 1.3.0] [java.vendor: IBM Corporation] [java.vm.version: 1.3.0] [java.vm.name: Classic VM] [java.vm.info: J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled: jitc)] [os.name: Linux] [os.arch: x86] [os.version: 2.4.9-21] 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. Remember - if a test becomes broken after your changes - fix it or fix the test! DETAILS OF ERRORS [details not shown -as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite! Its really is easy, just use the ant target 'run-basic-testsuite' from the build directory. To just run the unit tests (they are quite quick): In the testsuite directory, ./build.sh tests-unit You can run a single test case using: ./build.sh -Dtest=[XXXTestCase] one-test The XXXTestCase is the classname of the junit class to run. So, to run the EJBSpecUnitTestCase use: ./build.sh -Dtest=EJBSpecUnitTestCase one-test To run all tests within a package, use ./build.sh -Dtest=[package] test The package is name of the directory under the org/jboss/test directory that contains the tests to run. So, to run the unit tests in the org.jboss.test.security package use: ./build.sh -Dtest=security test Thanks for all your effort - we really do love you! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 497 Successful tests: 489 Errors:5 Failures: 3 [time of test: 20 February 2002 3:22 GMT] [java.version: 1.3.1] [java.vendor: Blackdown Java-Linux Team] [java.vm.version: Blackdown-1.3.1-FCS] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-21] 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. Remember - if a test becomes broken after your changes - fix it or fix the test! DETAILS OF ERRORS [details not shown -as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite! Its really is easy, just use the ant target 'run-basic-testsuite' from the build directory. To just run the unit tests (they are quite quick): In the testsuite directory, ./build.sh tests-unit You can run a single test case using: ./build.sh -Dtest=[XXXTestCase] one-test The XXXTestCase is the classname of the junit class to run. So, to run the EJBSpecUnitTestCase use: ./build.sh -Dtest=EJBSpecUnitTestCase one-test To run all tests within a package, use ./build.sh -Dtest=[package] test The package is name of the directory under the org/jboss/test directory that contains the tests to run. So, to run the unit tests in the org.jboss.test.security package use: ./build.sh -Dtest=security test Thanks for all your effort - we really do love you! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] CVS frustration
Jason, Is it documented anywhere, exactly how to check out and build: 1. Current Head (3.0) 2. Latest build of 2.4? thanks, jim -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Jason Dillon Sent: Tuesday, February 19, 2002 8:34 PM To: Scott M Stark Cc: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] CVS frustration I am sorry to have caused any pain to anyone from the changes that I made. i was trully just trying to improve things... except for the frivolous name changes... that was just plain dumb. Things should be fixed an stable now. Let me know if there are _any_ problems and I will fix them as soon as possible. --jason On Tue, 19 Feb 2002, Scott M Stark wrote: I feel your pain which is why I have been yelling at Jason to stop the nonsense. We should be stable until after the 3.0 release. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Peter Antman [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, February 19, 2002 12:29 AM Subject: [JBoss-dev] CVS frustration Ok, so I am frustrated, and should probably cool down, take a deep breath and wait until americal guys wake up. But I just have to say this. I do not work with the JBoss project every day, not even every week. But once in a while I contribute something, be it documentation, bugfixes or new features. And I have to say this: since buidldmagic entered JBoss this has been a verry frustration bussines. I can hardly remember any time I have not ended up in having a cvs working copy that is out of sync with the cvs repository and which is not fixable by an ordinary update. Currently I am making testing and making changes to JBossMQ, and it's not more than I week that I had to get a fresh copy from CVS. But already it is non-functional. Even if I follow the instructions in the new fix-workspace, the compilation is totally screwed (seems to have something with all utils classes disapearing). Consider this mail a burst of frustration. If it is to hard to contribute stuff to JBoss (and I have been doing this since summer 2000) just because of administrative its a no good. Why can't we have a module for 3.0 that is easy to live with? //Peter -- Peter Antman Chief Systems Architect, Business Development Technology in Media, Box 34105 100 26 Stockholm WWW: http://www.tim.se WWW: http://www.backsource.org Email: [EMAIL PROTECTED] Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] CVS frustration
Is it documented anywhere, exactly how to check out and build: 1. Current Head (3.0) Yes. Look at http://jboss.org/developers/guide/quickstart.jsp 2. Latest build of 2.4? Not that I know of. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 497 Successful tests: 490 Errors:4 Failures: 3 [time of test: 20 February 2002 4:19 GMT] [java.version: 1.3.1] [java.vendor: Blackdown Java-Linux Team] [java.vm.version: Blackdown-1.3.1-FCS] [java.vm.name: Classic VM] [java.vm.info: green threads, nojit] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-21] 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. Remember - if a test becomes broken after your changes - fix it or fix the test! DETAILS OF ERRORS [details not shown -as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite! Its really is easy, just use the ant target 'run-basic-testsuite' from the build directory. To just run the unit tests (they are quite quick): In the testsuite directory, ./build.sh tests-unit You can run a single test case using: ./build.sh -Dtest=[XXXTestCase] one-test The XXXTestCase is the classname of the junit class to run. So, to run the EJBSpecUnitTestCase use: ./build.sh -Dtest=EJBSpecUnitTestCase one-test To run all tests within a package, use ./build.sh -Dtest=[package] test The package is name of the directory under the org/jboss/test directory that contains the tests to run. So, to run the unit tests in the org.jboss.test.security package use: ./build.sh -Dtest=security test Thanks for all your effort - we really do love you! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Is ApplicationTxEntityMap in use?
I can't see any use of ...ejb.ApplicationTxEntityMap, and the functionality looks very similar to GlobalTxEntityMap. If it isn't being used can we remove it? Thanks david jencks ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 497 Successful tests: 489 Errors:5 Failures: 3 [time of test: 20 February 2002 5:12 GMT] [java.version: 1.3.1] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1-b24] [java.vm.name: Java HotSpot(TM) Server VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-21] 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. Remember - if a test becomes broken after your changes - fix it or fix the test! DETAILS OF ERRORS [details not shown -as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite! Its really is easy, just use the ant target 'run-basic-testsuite' from the build directory. To just run the unit tests (they are quite quick): In the testsuite directory, ./build.sh tests-unit You can run a single test case using: ./build.sh -Dtest=[XXXTestCase] one-test The XXXTestCase is the classname of the junit class to run. So, to run the EJBSpecUnitTestCase use: ./build.sh -Dtest=EJBSpecUnitTestCase one-test To run all tests within a package, use ./build.sh -Dtest=[package] test The package is name of the directory under the org/jboss/test directory that contains the tests to run. So, to run the unit tests in the org.jboss.test.security package use: ./build.sh -Dtest=security test Thanks for all your effort - we really do love you! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: build/jboss build.xml
We won't do releases of Jetty as Mortbay has their own Sourceforge project that handles that. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Adam Heath [EMAIL PROTECTED] To: Jason Dillon [EMAIL PROTECTED] Cc: Scott M Stark [EMAIL PROTECTED]; JBoss Development [EMAIL PROTECTED] Sent: Tuesday, February 19, 2002 6:52 PM Subject: Re: [JBoss-dev] CVS update: build/jboss build.xml On Tue, 19 Feb 2002, Jason Dillon wrote: Like the JBossMQ and JBossMX stuff... Or what about thirdparty projects that are maintained in jboss cvs(ie, jetty)? ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS frustration
In the JBoss 2.4.4 book. 2. Latest build of 2.4? Not that I know of. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/html Applet.java Block.java Break.java Comment.java Composite.java CompositeFactory.java DefList.java Element.java Font.java Form.java Frame.java FrameSet.java Heading.java Image.java Include.java Input.java Link.java List.java Page.java Script.java Select.java Style.java StyleLink.java Table.java TableForm.java Tag.java Target.java Text.java TextArea.java
User: janb Date: 02/02/19 21:33:41 Modified:jetty/src/main/org/mortbay/html Applet.java Block.java Break.java Comment.java Composite.java CompositeFactory.java DefList.java Element.java Font.java Form.java Frame.java FrameSet.java Heading.java Image.java Include.java Input.java Link.java List.java Page.java Script.java Select.java Style.java StyleLink.java Table.java TableForm.java Tag.java Target.java Text.java TextArea.java Log: Updating to latest Jetty with tag JBOSS_20020220222111 Revision ChangesPath 1.3 +2 -3 contrib/jetty/src/main/org/mortbay/html/Applet.java Index: Applet.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/html/Applet.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- Applet.java 10 Feb 2002 17:57:42 - 1.2 +++ Applet.java 20 Feb 2002 05:33:40 - 1.3 @@ -1,6 +1,6 @@ // // Copyright (c) 1996 Intelligent Switched Systems, Sydney -// $Id: Applet.java,v 1.2 2002/02/10 17:57:42 olegnitz Exp $ +// $Id: Applet.java,v 1.3 2002/02/20 05:33:40 janb Exp $ // package org.mortbay.html; @@ -25,7 +25,7 @@ * /pre * * @see org.mortbay.html.Block - * @version $Id: Applet.java,v 1.2 2002/02/10 17:57:42 olegnitz Exp $ + * @version $Id: Applet.java,v 1.3 2002/02/20 05:33:40 janb Exp $ * @author Matthew Watson */ public class Applet extends Block @@ -63,7 +63,6 @@ /** Set whether debugging is on in the Applet. * p This controls whether the org.mortbay.util.Code debug messages * will be printed to the java console. - * @see org.mortbay.util.Code#initParamsFromApplet * p Defaults to whether debug is turned on in the generating app */ public Applet setDebug(boolean debug){ this.debug = debug; 1.3 +0 -0 contrib/jetty/src/main/org/mortbay/html/Block.java Index: Block.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/html/Block.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- Block.java10 Feb 2002 17:57:42 - 1.2 +++ Block.java20 Feb 2002 05:33:40 - 1.3 @@ -1,6 +1,6 @@ // === // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved. -// $Id: Block.java,v 1.2 2002/02/10 17:57:42 olegnitz Exp $ +// $Id: Block.java,v 1.3 2002/02/20 05:33:40 janb Exp $ // --- package org.mortbay.html; 1.3 +0 -0 contrib/jetty/src/main/org/mortbay/html/Break.java Index: Break.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/html/Break.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- Break.java10 Feb 2002 17:57:42 - 1.2 +++ Break.java20 Feb 2002 05:33:40 - 1.3 @@ -1,6 +1,6 @@ // === // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved. -// $Id: Break.java,v 1.2 2002/02/10 17:57:42 olegnitz Exp $ +// $Id: Break.java,v 1.3 2002/02/20 05:33:40 janb Exp $ // --- package org.mortbay.html; 1.3 +0 -0 contrib/jetty/src/main/org/mortbay/html/Comment.java Index: Comment.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/html/Comment.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- Comment.java 10 Feb 2002 17:57:42 - 1.2 +++ Comment.java 20 Feb 2002 05:33:40 - 1.3 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: Comment.java,v 1.2 2002/02/10 17:57:42 olegnitz Exp $ +// $Id: Comment.java,v 1.3 2002/02/20 05:33:40 janb Exp $ // package org.mortbay.html; @@ -10,7 +10,7 @@ /* */ /** HTML Comment. - * @version $Id: Comment.java,v
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/http/jmx HttpContextMBean.java HttpListenerMBean.java HttpServerMBean.java NCSARequestLogMBean.java SocketListenerMBean.java mbean_en.properties
User: janb Date: 02/02/19 21:33:43 Modified:jetty/src/main/org/mortbay/http/jmx HttpContextMBean.java HttpListenerMBean.java HttpServerMBean.java NCSARequestLogMBean.java SocketListenerMBean.java mbean_en.properties Log: Updating to latest Jetty with tag JBOSS_20020220222111 Revision ChangesPath 1.2 +0 -0 contrib/jetty/src/main/org/mortbay/http/jmx/HttpContextMBean.java Index: HttpContextMBean.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/http/jmx/HttpContextMBean.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- HttpContextMBean.java 10 Feb 2002 17:57:43 - 1.1 +++ HttpContextMBean.java 20 Feb 2002 05:33:43 - 1.2 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: HttpContextMBean.java,v 1.1 2002/02/10 17:57:43 olegnitz Exp $ +// $Id: HttpContextMBean.java,v 1.2 2002/02/20 05:33:43 janb Exp $ // package org.mortbay.http.jmx; @@ -33,7 +33,7 @@ /* */ /** * - * @version $Revision: 1.1 $ + * @version $Revision: 1.2 $ * @author Greg Wilkins (gregw) */ public class HttpContextMBean extends LifeCycleMBean 1.2 +0 -0 contrib/jetty/src/main/org/mortbay/http/jmx/HttpListenerMBean.java Index: HttpListenerMBean.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/http/jmx/HttpListenerMBean.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- HttpListenerMBean.java10 Feb 2002 17:57:43 - 1.1 +++ HttpListenerMBean.java20 Feb 2002 05:33:43 - 1.2 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: HttpListenerMBean.java,v 1.1 2002/02/10 17:57:43 olegnitz Exp $ +// $Id: HttpListenerMBean.java,v 1.2 2002/02/20 05:33:43 janb Exp $ // package org.mortbay.http.jmx; @@ -27,7 +27,7 @@ /* */ /** * - * @version $Revision: 1.1 $ + * @version $Revision: 1.2 $ * @author Greg Wilkins (gregw) */ public class HttpListenerMBean 1.2 +0 -0 contrib/jetty/src/main/org/mortbay/http/jmx/HttpServerMBean.java Index: HttpServerMBean.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/http/jmx/HttpServerMBean.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- HttpServerMBean.java 10 Feb 2002 17:57:43 - 1.1 +++ HttpServerMBean.java 20 Feb 2002 05:33:43 - 1.2 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: HttpServerMBean.java,v 1.1 2002/02/10 17:57:43 olegnitz Exp $ +// $Id: HttpServerMBean.java,v 1.2 2002/02/20 05:33:43 janb Exp $ // package org.mortbay.http.jmx; @@ -41,7 +41,7 @@ * listener of the HttpServer, so it can create and destroy MBean * wrappers for listeners and contexts. * - * @version $Revision: 1.1 $ + * @version $Revision: 1.2 $ * @author Greg Wilkins (gregw) */ public class HttpServerMBean extends LifeCycleMBean 1.2 +0 -0 contrib/jetty/src/main/org/mortbay/http/jmx/NCSARequestLogMBean.java Index: NCSARequestLogMBean.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/http/jmx/NCSARequestLogMBean.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- NCSARequestLogMBean.java 10 Feb 2002 17:57:43 - 1.1 +++ NCSARequestLogMBean.java 20 Feb 2002 05:33:43 - 1.2 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: NCSARequestLogMBean.java,v 1.1 2002/02/10 17:57:43 olegnitz Exp $ +// $Id: NCSARequestLogMBean.java,v 1.2 2002/02/20 05:33:43 janb Exp $ // package org.mortbay.http.jmx; @@ -22,7 +22,7 @@ /*
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/jetty/win32 Service.java
User: janb Date: 02/02/19 21:33:44 Modified:jetty/src/main/org/mortbay/jetty/win32 Service.java Log: Updating to latest Jetty with tag JBOSS_20020220222111 Revision ChangesPath 1.3 +0 -0 contrib/jetty/src/main/org/mortbay/jetty/win32/Service.java Index: Service.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/jetty/win32/Service.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- Service.java 10 Feb 2002 17:57:45 - 1.2 +++ Service.java 20 Feb 2002 05:33:44 - 1.3 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: Service.java,v 1.2 2002/02/10 17:57:45 olegnitz Exp $ +// $Id: Service.java,v 1.3 2002/02/20 05:33:44 janb Exp $ // // Derived from SCMEventManager.java by Bill Giel/KC Multimedia and Design Group, Inc., // @@ -29,7 +29,7 @@ * Jetty.xml wrkdir=$JETTY_HOME * /pre * - * @version $Revision: 1.2 $ + * @version $Revision: 1.3 $ * @author Greg Wilkins (gregw) */ public class Service ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/jetty Server.java
User: janb Date: 02/02/19 21:33:43 Modified:jetty/src/main/org/mortbay/jetty Server.java Log: Updating to latest Jetty with tag JBOSS_20020220222111 Revision ChangesPath 1.3 +78 -53contrib/jetty/src/main/org/mortbay/jetty/Server.java Index: Server.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/jetty/Server.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- Server.java 10 Feb 2002 17:57:43 - 1.2 +++ Server.java 20 Feb 2002 05:33:43 - 1.3 @@ -4,6 +4,7 @@ import java.io.PrintStream; import java.lang.reflect.Method; import java.net.URL; +import java.util.ArrayList; import org.mortbay.http.HttpContext; import org.mortbay.http.HttpServer; import org.mortbay.jetty.servlet.ServletHttpContext; @@ -33,7 +34,7 @@ * * @see org.mortbay.xml.XmlConfiguration * @see org.mortbay.jetty.servlet.ServletHttpContext - * @version $Revision: 1.2 $ + * @version $Revision: 1.3 $ * @author Greg Wilkins (gregw) */ public class Server extends HttpServer @@ -142,6 +143,58 @@ } + +/* */ +/** Add Web Application. + * @param contextPathSpec The context path spec. Which must be of + * the form / or /path/* + * @param webApp The Web application directory or WAR file. + * @return The WebApplicationContext + * @exception IOException + */ +public WebApplicationContext addWebApplication(String contextPathSpec, + String webApp) +throws IOException +{ +return addWebApplication(null,contextPathSpec,webApp); +} + +/* */ +/** Add Web Application. + * @param virtualHost Virtual host name or null + * @param contextPathSpec The context path spec. Which must be of + * the form / or /path/* + * @param webApp The Web application directory or WAR file. + * @return The WebApplicationContext + * @exception IOException + */ +public WebApplicationContext addWebApplication(String virtualHost, + String contextPathSpec, + String webApp) +throws IOException +{ +WebApplicationContext appContext = +new WebApplicationContext(this,contextPathSpec,webApp); +addContext(virtualHost,appContext); +Log.event(Web Application +appContext+ added); +return appContext; +} + + +/* */ +/** Add Web Applications. + * Add auto webapplications to the server. The name of the + * webapp directory or war is used as the context name. If a + * webapp is called root it is added at /. + * @param webapps Directory file name or URL to look for auto webapplication. + * @exception IOException + */ +public WebApplicationContext[] addWebApplications(String webapps) +throws IOException +{ +return addWebApplications(null,webapps); +} + /* */ /** Add Web Applications. * Add auto webapplications to the server. The name of the @@ -149,19 +202,12 @@ * webapp is called root it is added at /. * @param host Virtual host name or null * @param webapps Directory file name or URL to look for auto webapplication. - * @param defaults The defaults xml filename or URL which is - * loaded before any in the web app. Must respect the web.dtd. - * Normally this is passed the file $JETTY_HOME/etc/webdefault.xml - * @param extractWar If true, WAR files are extracted to a - * temporary directory. * @exception IOException */ -public void addWebApplications(String host, - String webapps, - String defaults, - boolean extractWar) +public WebApplicationContext[] addWebApplications(String host,String webapps) throws IOException { +ArrayList wacs = new ArrayList(); Resource r=Resource.newResource(webapps); if (!r.exists()) throw new IllegalArgumentException(No such webapps resource +r); @@ -192,37 +238,15 @@ else context=/+context; -addWebApplication(host, - context, - app, - defaults, -
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/http/handler DumpHandler.java HTAccessHandler.java NotFoundHandler.java NullHandler.java ProxyHandler.java ResourceHandler.java SecurityHandler.java
User: janb Date: 02/02/19 21:33:43 Modified:jetty/src/main/org/mortbay/http/handler DumpHandler.java HTAccessHandler.java NotFoundHandler.java NullHandler.java ProxyHandler.java ResourceHandler.java SecurityHandler.java Log: Updating to latest Jetty with tag JBOSS_20020220222111 Revision ChangesPath 1.3 +9 -8 contrib/jetty/src/main/org/mortbay/http/handler/DumpHandler.java Index: DumpHandler.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/http/handler/DumpHandler.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- DumpHandler.java 10 Feb 2002 17:57:43 - 1.2 +++ DumpHandler.java 20 Feb 2002 05:33:43 - 1.3 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: DumpHandler.java,v 1.2 2002/02/10 17:57:43 olegnitz Exp $ +// $Id: DumpHandler.java,v 1.3 2002/02/20 05:33:43 janb Exp $ // package org.mortbay.http.handler; @@ -8,9 +8,11 @@ import java.io.ByteArrayOutputStream; import java.io.IOException; import java.io.InputStream; +import java.io.OutputStream; import java.io.OutputStreamWriter; import java.io.Writer; import java.util.Collection; +import java.util.Enumeration; import java.util.Iterator; import java.util.List; import java.util.Set; @@ -30,7 +32,7 @@ * Dumps GET and POST requests. * Useful for testing and debugging. * - * @version $Id: DumpHandler.java,v 1.2 2002/02/10 17:57:43 olegnitz Exp $ + * @version $Id: DumpHandler.java,v 1.3 2002/02/20 05:33:43 janb Exp $ * @author Greg Wilkins (gregw) */ public class DumpHandler extends NullHandler @@ -61,7 +63,7 @@ response.setField(HttpFields.__ContentType, HttpFields.__TextHtml); -ChunkableOutputStream out = response.getOutputStream(); +OutputStream out = response.getOutputStream(); ByteArrayOutputStream buf = new ByteArrayOutputStream(2048); Writer writer = new OutputStreamWriter(buf,StringUtil.__ISO_8859_1); writer.write(HTMLH1Dump HttpHandler/H1); @@ -137,14 +139,13 @@ } -Collection attributes=request.getAttributeNames(); -if (attributes!=null attributes.size()0) +Enumeration attributes=request.getAttributeNames(); +if (attributes!=null attributes.hasMoreElements()) { writer.write(/PRE\nH3Attributes:/H3\nPRE); -Iterator a=attributes.iterator(); -while(a.hasNext()) +while(attributes.hasMoreElements()) { -String attr=a.next().toString(); +String attr=attributes.nextElement().toString(); writer.write(attr); writer.write(=); writer.write(request.getAttribute(attr).toString()); 1.2 +4 -5 contrib/jetty/src/main/org/mortbay/http/handler/HTAccessHandler.java Index: HTAccessHandler.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/http/handler/HTAccessHandler.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- HTAccessHandler.java 17 Jan 2002 01:23:19 - 1.1 +++ HTAccessHandler.java 20 Feb 2002 05:33:43 - 1.2 @@ -29,15 +29,14 @@ import org.mortbay.util.URI; import org.mortbay.util.UnixCrypt; - - - - /* */ /** Handler to authenticate access using the Apache's .htaccess files. * * @version HTAccessHandler v1.0a - * @authors Van den Broeke Iris, Deville Daniel, Dubois Roger, Greg Wilkins + * @author Van den Broeke Iris + * @author Deville Daniel + * @author Dubois Roger + * @author Greg Wilkins * */ public class HTAccessHandler extends NullHandler 1.3 +0 -0 contrib/jetty/src/main/org/mortbay/http/handler/NotFoundHandler.java Index: NotFoundHandler.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/http/handler/NotFoundHandler.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- NotFoundHandler.java 10 Feb 2002 17:57:43 - 1.2 +++ NotFoundHandler.java 20 Feb 2002 05:33:43 - 1.3 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/xml XmlConfiguration.java XmlParser.java configure_1_0.dtd configure_1_1.dtd configure_1_2.dtd
User: janb Date: 02/02/19 21:33:46 Modified:jetty/src/main/org/mortbay/xml XmlConfiguration.java XmlParser.java configure_1_0.dtd configure_1_1.dtd configure_1_2.dtd Log: Updating to latest Jetty with tag JBOSS_20020220222111 Revision ChangesPath 1.3 +79 -54contrib/jetty/src/main/org/mortbay/xml/XmlConfiguration.java Index: XmlConfiguration.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/xml/XmlConfiguration.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- XmlConfiguration.java 10 Feb 2002 17:57:46 - 1.2 +++ XmlConfiguration.java 20 Feb 2002 05:33:46 - 1.3 @@ -1,10 +1,11 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: XmlConfiguration.java,v 1.2 2002/02/10 17:57:46 olegnitz Exp $ +// $Id: XmlConfiguration.java,v 1.3 2002/02/20 05:33:46 janb Exp $ // package org.mortbay.xml; +import java.io.StringReader; import java.io.IOException; import java.lang.reflect.Array; import java.lang.reflect.Constructor; @@ -22,6 +23,7 @@ import org.mortbay.util.Primitive; import org.mortbay.util.Resource; import org.xml.sax.SAXException; +import org.xml.sax.InputSource; /* */ @@ -30,8 +32,7 @@ * and uses it to configure and object by calling set, put or other * methods on the object. * - * @see configure.dtd - * @version $Id: XmlConfiguration.java,v 1.2 2002/02/10 17:57:46 olegnitz Exp $ + * @version $Id: XmlConfiguration.java,v 1.3 2002/02/20 05:33:46 janb Exp $ * @author Greg Wilkins (gregw) */ public class XmlConfiguration @@ -48,10 +49,59 @@ Long.class, Float.class, Double.class, Void.class }; - /* */ private static XmlParser __parser; -XmlParser.Node _config; +private XmlParser.Node _config; + +/* */ +private synchronized static void initParser() +throws IOException +{ +if (__parser!=null) +return; + +__parser = new XmlParser(); +Resource config12Resource=Resource.newSystemResource(org/mortbay/xml/configure_1_2.dtd); +Code.assertTrue(config12Resource.exists(), +org/mortbay/xml/configure_1_2.dtd); +__parser.redirectEntity +(configure.dtd,config12Resource); +__parser.redirectEntity +(configure_1_2.dtd, + config12Resource); +__parser.redirectEntity +(http://jetty.mortbay.org/configure_1_2.dtd;, + config12Resource); +__parser.redirectEntity +(-//Mort Bay Consulting//DTD Configure 1.2//EN, + config12Resource); + +Resource config11Resource=Resource.newSystemResource(org/mortbay/xml/configure_1_1.dtd); +Code.assertTrue(config11Resource.exists(), +org/mortbay/xml/configure_1_1.dtd); +__parser.redirectEntity +(configure_1_1.dtd, + config11Resource); +__parser.redirectEntity +(http://jetty.mortbay.org/configure_1_1.dtd;, + config11Resource); +__parser.redirectEntity +(-//Mort Bay Consulting//DTD Configure 1.1//EN, + config11Resource); + +Resource config10Resource=Resource.newSystemResource(org/mortbay/xml/configure_1_0.dtd); +Code.assertTrue(config10Resource.exists(), +org/mortbay/xml/configure_1_0.dtd); +__parser.redirectEntity +(configure_1_0.dtd, + config10Resource); +__parser.redirectEntity +(http://jetty.mortbay.org/configure_1_0.dtd;, + config10Resource); +__parser.redirectEntity +(-//Mort Bay Consulting//DTD Configure 1.0//EN, + config10Resource); +} /* */ /** Constructor. @@ -61,59 +111,34 @@ public XmlConfiguration(URL configuration) throws SAXException, IOException { -synchronized(this.getClass()) +initParser(); +synchronized(__parser) { -if (__parser==null) -{ -__parser = new XmlParser(); -Resource config12Resource=Resource.newSystemResource -
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/servlet AdminServlet.java CGI.java Debug.java Dump.java Forward.java MultiPartRequest.java MultiPartResponse.java NotFoundServlet.java RequestDispatchTest.java SessionDump.java
User: janb Date: 02/02/19 21:33:45 Modified:jetty/src/main/org/mortbay/servlet AdminServlet.java CGI.java Debug.java Dump.java Forward.java MultiPartRequest.java MultiPartResponse.java NotFoundServlet.java RequestDispatchTest.java SessionDump.java Log: Updating to latest Jetty with tag JBOSS_20020220222111 Revision ChangesPath 1.3 +0 -0 contrib/jetty/src/main/org/mortbay/servlet/AdminServlet.java Index: AdminServlet.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/servlet/AdminServlet.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- AdminServlet.java 10 Feb 2002 17:57:45 - 1.2 +++ AdminServlet.java 20 Feb 2002 05:33:44 - 1.3 @@ -1,6 +1,6 @@ // === // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved. -// $Id: AdminServlet.java,v 1.2 2002/02/10 17:57:45 olegnitz Exp $ +// $Id: AdminServlet.java,v 1.3 2002/02/20 05:33:44 janb Exp $ // --- package org.mortbay.servlet; @@ -53,7 +53,7 @@ * This is a minimal start to a administration servlet that allows * start/stop of server components and control of debug parameters. * - * @version $Id: AdminServlet.java,v 1.2 2002/02/10 17:57:45 olegnitz Exp $ + * @version $Id: AdminServlet.java,v 1.3 2002/02/20 05:33:44 janb Exp $ * @author Greg Wilkins (gregw) */ public class AdminServlet extends HttpServlet 1.3 +0 -0 contrib/jetty/src/main/org/mortbay/servlet/CGI.java Index: CGI.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/servlet/CGI.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- CGI.java 10 Feb 2002 17:57:45 - 1.2 +++ CGI.java 20 Feb 2002 05:33:44 - 1.3 @@ -41,7 +41,7 @@ * The cgi bin directory can be set with the cgibinResourceBase init * parameter or it will default to the resource base of the context. * - * @version $Revision: 1.2 $ + * @version $Revision: 1.3 $ * @author Julian Gosnell */ public class CGI extends HttpServlet 1.3 +0 -0 contrib/jetty/src/main/org/mortbay/servlet/Debug.java Index: Debug.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/servlet/Debug.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- Debug.java10 Feb 2002 17:57:45 - 1.2 +++ Debug.java20 Feb 2002 05:33:44 - 1.3 @@ -1,6 +1,6 @@ // === // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved. -// $Id: Debug.java,v 1.2 2002/02/10 17:57:45 olegnitz Exp $ +// $Id: Debug.java,v 1.3 2002/02/20 05:33:44 janb Exp $ // --- package org.mortbay.servlet; 1.3 +20 -1 contrib/jetty/src/main/org/mortbay/servlet/Dump.java Index: Dump.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/servlet/Dump.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- Dump.java 10 Feb 2002 17:57:45 - 1.2 +++ Dump.java 20 Feb 2002 05:33:44 - 1.3 @@ -1,6 +1,6 @@ // === // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved. -// $Id: Dump.java,v 1.2 2002/02/10 17:57:45 olegnitz Exp $ +// $Id: Dump.java,v 1.3 2002/02/20 05:33:44 janb Exp $ // --- package org.mortbay.servlet; @@ -229,6 +229,25 @@ table.addCell(pre + toString(getServletContext() .getAttribute(name)) + + /pre); +} + +table.newRow(); +table.newHeading() +.cell().nest(new Font(2,true)) +.add(BRContext Parameters) +.attribute(COLSPAN,2) +.left(); +a = getServletContext().getInitParameterNames(); +while (a.hasMoreElements()) +{ +name=(String)a.nextElement(); +table.newRow(); +table.addHeading(name+:nbsp;) +
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/jetty/servlet/jmx ServletHttpContextMBean.java WebApplicationMBean.java
User: janb Date: 02/02/19 21:33:44 Modified:jetty/src/main/org/mortbay/jetty/servlet/jmx ServletHttpContextMBean.java WebApplicationMBean.java Log: Updating to latest Jetty with tag JBOSS_20020220222111 Revision ChangesPath 1.2 +0 -0 contrib/jetty/src/main/org/mortbay/jetty/servlet/jmx/ServletHttpContextMBean.java Index: ServletHttpContextMBean.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/jetty/servlet/jmx/ServletHttpContextMBean.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- ServletHttpContextMBean.java 10 Feb 2002 17:57:44 - 1.1 +++ ServletHttpContextMBean.java 20 Feb 2002 05:33:44 - 1.2 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: ServletHttpContextMBean.java,v 1.1 2002/02/10 17:57:44 olegnitz Exp $ +// $Id: ServletHttpContextMBean.java,v 1.2 2002/02/20 05:33:44 janb Exp $ // package org.mortbay.jetty.servlet.jmx; @@ -33,7 +33,7 @@ * Note that while Web Applications are HttpContexts, the MBean is * not derived from HttpContextMBean as they are managed differently. * - * @version $Revision: 1.1 $ + * @version $Revision: 1.2 $ * @author Greg Wilkins (gregw) */ public class ServletHttpContextMBean extends HttpContextMBean 1.2 +0 -0 contrib/jetty/src/main/org/mortbay/jetty/servlet/jmx/WebApplicationMBean.java Index: WebApplicationMBean.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/jetty/servlet/jmx/WebApplicationMBean.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- WebApplicationMBean.java 10 Feb 2002 17:57:44 - 1.1 +++ WebApplicationMBean.java 20 Feb 2002 05:33:44 - 1.2 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: WebApplicationMBean.java,v 1.1 2002/02/10 17:57:44 olegnitz Exp $ +// $Id: WebApplicationMBean.java,v 1.2 2002/02/20 05:33:44 janb Exp $ // package org.mortbay.jetty.servlet.jmx; @@ -27,7 +27,7 @@ * Note that while Web Applications are HttpContexts, the MBean is * not derived from HttpContextMBean as they are managed differently. * - * @version $Revision: 1.1 $ + * @version $Revision: 1.2 $ * @author Greg Wilkins (gregw) */ public class WebApplicationMBean extends ServletHttpContextMBean ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/jetty/jmx Main.java ServerMBean.java mbean_en.properties
User: janb Date: 02/02/19 21:33:43 Modified:jetty/src/main/org/mortbay/jetty/jmx Main.java ServerMBean.java mbean_en.properties Log: Updating to latest Jetty with tag JBOSS_20020220222111 Revision ChangesPath 1.3 +0 -0 contrib/jetty/src/main/org/mortbay/jetty/jmx/Main.java Index: Main.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/jetty/jmx/Main.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- Main.java 10 Feb 2002 17:57:44 - 1.2 +++ Main.java 20 Feb 2002 05:33:43 - 1.3 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: Main.java,v 1.2 2002/02/10 17:57:44 olegnitz Exp $ +// $Id: Main.java,v 1.3 2002/02/20 05:33:43 janb Exp $ // package org.mortbay.jetty.jmx; 1.2 +4 -8 contrib/jetty/src/main/org/mortbay/jetty/jmx/ServerMBean.java Index: ServerMBean.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/jetty/jmx/ServerMBean.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- ServerMBean.java 10 Feb 2002 17:57:44 - 1.1 +++ ServerMBean.java 20 Feb 2002 05:33:43 - 1.2 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: ServerMBean.java,v 1.1 2002/02/10 17:57:44 olegnitz Exp $ +// $Id: ServerMBean.java,v 1.2 2002/02/20 05:33:43 janb Exp $ // package org.mortbay.jetty.jmx; @@ -44,7 +44,7 @@ * listener of the HttpServer, so it can create and destroy MBean * wrappers for listeners and contexts. * - * @version $Revision: 1.1 $ + * @version $Revision: 1.2 $ * @author Greg Wilkins (gregw) */ public class ServerMBean extends HttpServerMBean @@ -104,15 +104,11 @@ defineOperation(addWebApplication, new String[]{java.lang.String, java.lang.String, - java.lang.String, - java.lang.String, - boolean}, + java.lang.String}, IMPACT_ACTION); defineOperation(addWebApplications, new String[]{java.lang.String, - java.lang.String, - java.lang.String, - boolean}, + java.lang.String}, IMPACT_ACTION); _jettyServer=(Server)getManagedResource(); } 1.3 +8 -12 contrib/jetty/src/main/org/mortbay/jetty/jmx/mbean_en.properties Index: mbean_en.properties === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/jetty/jmx/mbean_en.properties,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- mbean_en.properties 10 Feb 2002 17:57:44 - 1.2 +++ mbean_en.properties 20 Feb 2002 05:33:43 - 1.3 @@ -1,17 +1,13 @@ Server=Jetty HTTP Server and Servlet container. -Server.addWebApplication(java.lang.String,java.lang.String,java.lang.String,java.lang.String,boolean) = Create and add a J2EE web application. -Server.addWebApplication(java.lang.String,java.lang.String,java.lang.String,java.lang.String,boolean)[0] = virtualHost:Virtual host name. null for all hosts. -Server.addWebApplication(java.lang.String,java.lang.String,java.lang.String,java.lang.String,boolean)[1] = contextPath:The path specification for the context. -Server.addWebApplication(java.lang.String,java.lang.String,java.lang.String,java.lang.String,boolean)[2] = webapp:A filename or URL for the web application director or WAR file. -Server.addWebApplication(java.lang.String,java.lang.String,java.lang.String,java.lang.String,boolean)[3] = defaults:A filename or URL to the wap application defaults file, which must be in web.xml format. -Server.addWebApplication(java.lang.String,java.lang.String,java.lang.String,java.lang.String,boolean)[4] = extractWar:True if WAR files should be extracted to a temporary location. Server.configuration = The configuration XML -Server.addWebApplications(java.lang.String,java.lang.String,java.lang.String,boolean) = Create and add a J2EE web applications
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/util/jmx CodeMBean.java LifeCycleMBean.java LogMBean.java LogSinkMBean.java Main.java ModelMBeanImpl.java OutputStreamLogSinkMBean.java TestModelMBean.java ThreadPoolMBean.java ThreadedServerMBean.java
User: janb Date: 02/02/19 21:33:46 Modified:jetty/src/main/org/mortbay/util/jmx CodeMBean.java LifeCycleMBean.java LogMBean.java LogSinkMBean.java Main.java ModelMBeanImpl.java OutputStreamLogSinkMBean.java TestModelMBean.java ThreadPoolMBean.java ThreadedServerMBean.java Log: Updating to latest Jetty with tag JBOSS_20020220222111 Revision ChangesPath 1.2 +0 -0 contrib/jetty/src/main/org/mortbay/util/jmx/CodeMBean.java Index: CodeMBean.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/util/jmx/CodeMBean.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- CodeMBean.java10 Feb 2002 17:57:46 - 1.1 +++ CodeMBean.java20 Feb 2002 05:33:46 - 1.2 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: CodeMBean.java,v 1.1 2002/02/10 17:57:46 olegnitz Exp $ +// $Id: CodeMBean.java,v 1.2 2002/02/20 05:33:46 janb Exp $ // package org.mortbay.util.jmx; 1.2 +0 -0 contrib/jetty/src/main/org/mortbay/util/jmx/LifeCycleMBean.java Index: LifeCycleMBean.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/util/jmx/LifeCycleMBean.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- LifeCycleMBean.java 10 Feb 2002 17:57:46 - 1.1 +++ LifeCycleMBean.java 20 Feb 2002 05:33:46 - 1.2 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: LifeCycleMBean.java,v 1.1 2002/02/10 17:57:46 olegnitz Exp $ +// $Id: LifeCycleMBean.java,v 1.2 2002/02/20 05:33:46 janb Exp $ // package org.mortbay.util.jmx; @@ -17,7 +17,7 @@ /* */ /** * - * @version $Revision: 1.1 $ + * @version $Revision: 1.2 $ * @author Greg Wilkins (gregw) */ public class LifeCycleMBean extends ModelMBeanImpl 1.2 +22 -1 contrib/jetty/src/main/org/mortbay/util/jmx/LogMBean.java Index: LogMBean.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/util/jmx/LogMBean.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- LogMBean.java 10 Feb 2002 17:57:46 - 1.1 +++ LogMBean.java 20 Feb 2002 05:33:46 - 1.2 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: LogMBean.java,v 1.1 2002/02/10 17:57:46 olegnitz Exp $ +// $Id: LogMBean.java,v 1.2 2002/02/20 05:33:46 janb Exp $ // package org.mortbay.util.jmx; @@ -80,6 +80,27 @@ super.postRegister(ok); if (ok.booleanValue()) rescanSinks(); +} + +/* */ +public void preDeregister() +{ +super.preDeregister(); + +Iterator iter=_sinks.keySet().iterator(); +while(iter.hasNext()) +{ +try +{ +LogSink sink=(LogSink)iter.next(); +LogSinkMBean bean=(LogSinkMBean)_sinks.remove(sink); +getMBeanServer().unregisterMBean(bean.getObjectName()); +} +catch(Exception e) +{ +Code.warning(e); +} +} } /* */ 1.2 +0 -0 contrib/jetty/src/main/org/mortbay/util/jmx/LogSinkMBean.java Index: LogSinkMBean.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/util/jmx/LogSinkMBean.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- LogSinkMBean.java 10 Feb 2002 17:57:46 - 1.1 +++ LogSinkMBean.java 20 Feb 2002 05:33:46 - 1.2 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: LogSinkMBean.java,v 1.1 2002/02/10 17:57:46 olegnitz Exp $ +//
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/util B64Code.java BadResource.java BlockingQueue.java ByteArrayISO8859Writer.java ByteArrayOutputStream2.java ByteBufferOutputStream.java Code.java CodeException.java DateCache.java FileResource.java Frame.java IO.java InetAddrPort.java JarFileResource.java JarResource.java KeyPairTool.java LazyList.java LifeCycle.java LifeCycleThread.java LineInput.java Log.java LogSink.java MultiException.java MultiMap.java Observed.java OutputStreamLogSink.java Password.java Primitive.java QuotedStringTokenizer.java Resource.java RolloverFileOutputStream.java SingletonList.java StringMap.java StringUtil.java TestCase.java ThreadPool.java ThreadedServer.java URI.java UnixCrypt.java UrlEncoded.java
User: janb Date: 02/02/19 21:33:46 Modified:jetty/src/main/org/mortbay/util B64Code.java BadResource.java BlockingQueue.java ByteArrayISO8859Writer.java ByteArrayOutputStream2.java ByteBufferOutputStream.java Code.java CodeException.java DateCache.java FileResource.java Frame.java IO.java InetAddrPort.java JarFileResource.java JarResource.java KeyPairTool.java LazyList.java LifeCycle.java LifeCycleThread.java LineInput.java Log.java LogSink.java MultiException.java MultiMap.java Observed.java OutputStreamLogSink.java Password.java Primitive.java QuotedStringTokenizer.java Resource.java RolloverFileOutputStream.java SingletonList.java StringMap.java StringUtil.java TestCase.java ThreadPool.java ThreadedServer.java URI.java UnixCrypt.java UrlEncoded.java Log: Updating to latest Jetty with tag JBOSS_20020220222111 Revision ChangesPath 1.3 +0 -0 contrib/jetty/src/main/org/mortbay/util/B64Code.java Index: B64Code.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/util/B64Code.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- B64Code.java 10 Feb 2002 17:57:45 - 1.2 +++ B64Code.java 20 Feb 2002 05:33:45 - 1.3 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: B64Code.java,v 1.2 2002/02/10 17:57:45 olegnitz Exp $ +// $Id: B64Code.java,v 1.3 2002/02/20 05:33:45 janb Exp $ // package org.mortbay.util; @@ -13,7 +13,7 @@ * p Note that in a web services context the usual case is to not want * linebreaks or other white space in the encoded output. * - * @version $Revision: 1.2 $ + * @version $Revision: 1.3 $ * @author Brett Sealey (bretts) * @author Greg Wilkins (gregw) */ 1.3 +0 -0 contrib/jetty/src/main/org/mortbay/util/BadResource.java Index: BadResource.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/util/BadResource.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- BadResource.java 10 Feb 2002 17:57:45 - 1.2 +++ BadResource.java 20 Feb 2002 05:33:45 - 1.3 @@ -1,6 +1,6 @@ // === // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved. -// $Id: BadResource.java,v 1.2 2002/02/10 17:57:45 olegnitz Exp $ +// $Id: BadResource.java,v 1.3 2002/02/20 05:33:45 janb Exp $ // --- package org.mortbay.util; @@ -18,7 +18,7 @@ * A Resource that is returned for a bade URL. Acts as a resource * that does not exist and throws appropriate exceptions. * - * @version $Revision: 1.2 $ + * @version $Revision: 1.3 $ * @author Greg Wilkins (gregw) */ class BadResource extends Resource 1.3 +2 -8 contrib/jetty/src/main/org/mortbay/util/BlockingQueue.java Index: BlockingQueue.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/util/BlockingQueue.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- BlockingQueue.java10 Feb 2002 17:57:45 - 1.2 +++ BlockingQueue.java20 Feb 2002 05:33:45 - 1.3 @@ -1,6 +1,6 @@ // === // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved. -// $Id: BlockingQueue.java,v 1.2 2002/02/10 17:57:45 olegnitz Exp $ +// $Id: BlockingQueue.java,v 1.3 2002/02/20 05:33:45 janb Exp $ // --- package org.mortbay.util; @@ -12,7 +12,7 @@ * Implemented as circular buffer in a Vector. Synchronization is on the * vector to avoid double synchronization. * - * @version $Id: BlockingQueue.java,v 1.2 2002/02/10 17:57:45 olegnitz Exp $ + * @version $Id: BlockingQueue.java,v 1.3 2002/02/20 05:33:45 janb Exp $ * @author Greg Wilkins (gregw) */ public class BlockingQueue @@ -35,18 +35,12 @@ } /*
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/jetty/servlet AbstractSessionManager.java Dispatcher.java FilterHandler.java FilterHolder.java HashSessionManager.java Holder.java ServletHandler.java ServletHolder.java ServletHttpContext.java ServletHttpRequest.java ServletHttpResponse.java ServletIn.java ServletOut.java ServletSSL.java ServletWriter.java SessionContext.java SessionManager.java WebApplicationContext.java
User: janb Date: 02/02/19 21:33:44 Modified:jetty/src/main/org/mortbay/jetty/servlet AbstractSessionManager.java Dispatcher.java FilterHandler.java FilterHolder.java HashSessionManager.java Holder.java ServletHandler.java ServletHolder.java ServletHttpContext.java ServletHttpRequest.java ServletHttpResponse.java ServletIn.java ServletOut.java ServletSSL.java ServletWriter.java SessionContext.java SessionManager.java WebApplicationContext.java Log: Updating to latest Jetty with tag JBOSS_20020220222111 Revision ChangesPath 1.2 +7 -7 contrib/jetty/src/main/org/mortbay/jetty/servlet/AbstractSessionManager.java Index: AbstractSessionManager.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/jetty/servlet/AbstractSessionManager.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- AbstractSessionManager.java 10 Feb 2002 17:57:44 - 1.1 +++ AbstractSessionManager.java 20 Feb 2002 05:33:43 - 1.2 @@ -1,6 +1,6 @@ // === // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved. -// $Id: AbstractSessionManager.java,v 1.1 2002/02/10 17:57:44 olegnitz Exp $ +// $Id: AbstractSessionManager.java,v 1.2 2002/02/20 05:33:43 janb Exp $ // --- package org.mortbay.jetty.servlet; @@ -40,7 +40,7 @@ * to return a specialized version of the Session inner class that * provides an attribute Map. * - * @version $Id: AbstractSessionManager.java,v 1.1 2002/02/10 17:57:44 olegnitz Exp $ + * @version $Id: AbstractSessionManager.java,v 1.2 2002/02/20 05:33:43 janb Exp $ * @author Greg Wilkins (gregw) */ public abstract class AbstractSessionManager implements SessionManager @@ -94,10 +94,6 @@ } /* */ -/** - * @param id - * @return - */ public HttpSession getHttpSession(String id) { HttpSession s = (HttpSession)_sessions.get(id); @@ -199,9 +195,13 @@ public void start() throws Exception { -Log.event(Initializing random session key: +_random); if (_random==null) +{ +Log.event(New random session seed); _random=new Random(); +} +else +Log.event(Initializing random session key: +_random); _random.nextLong(); if (_sessions==null) 1.3 +2 -9 contrib/jetty/src/main/org/mortbay/jetty/servlet/Dispatcher.java Index: Dispatcher.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/jetty/servlet/Dispatcher.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- Dispatcher.java 10 Feb 2002 17:57:44 - 1.2 +++ Dispatcher.java 20 Feb 2002 05:33:44 - 1.3 @@ -1,6 +1,6 @@ // === // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved. -// $Id: Dispatcher.java,v 1.2 2002/02/10 17:57:44 olegnitz Exp $ +// $Id: Dispatcher.java,v 1.3 2002/02/20 05:33:44 janb Exp $ // --- package org.mortbay.jetty.servlet; @@ -45,7 +45,7 @@ /* */ /** Servlet RequestDispatcher. * - * @version $Id: Dispatcher.java,v 1.2 2002/02/10 17:57:44 olegnitz Exp $ + * @version $Id: Dispatcher.java,v 1.3 2002/02/20 05:33:44 janb Exp $ * @author Greg Wilkins (gregw) */ public class Dispatcher implements RequestDispatcher @@ -365,13 +365,6 @@ return(_forwarded)?_query:super.getQueryString(); } -/* */ -public String getRequestURI() -{ -return (!_included) -?URI.addPaths(_contextPath,URI.addPaths(_servletPath,_pathInfo)) -:super.getRequestURI(); -} /* */ void addParameters(MultiMap parameters) 1.3 +24 -3 contrib/jetty/src/main/org/mortbay/jetty/servlet/FilterHandler.java Index: FilterHandler.java === RCS
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty JBossWebApplicationContext.java Jetty.java JettyService.java JettyServiceMBean.java
User: janb Date: 02/02/19 21:37:24 Modified:jetty/src/main/org/jboss/jetty JBossWebApplicationContext.java Jetty.java JettyService.java JettyServiceMBean.java Log: Removed necessity for jetty.xml for config. Revision ChangesPath 1.26 +3 -4 contrib/jetty/src/main/org/jboss/jetty/JBossWebApplicationContext.java Index: JBossWebApplicationContext.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/JBossWebApplicationContext.java,v retrieving revision 1.25 retrieving revision 1.26 diff -u -r1.25 -r1.26 --- JBossWebApplicationContext.java 20 Feb 2002 00:15:35 - 1.25 +++ JBossWebApplicationContext.java 20 Feb 2002 05:37:23 - 1.26 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: JBossWebApplicationContext.java,v 1.25 2002/02/20 00:15:35 jules_gosnell Exp $ +// $Id: JBossWebApplicationContext.java,v 1.26 2002/02/20 05:37:23 janb Exp $ // A Jetty HttpServer with the interface expected by JBoss' // J2EEDeployer... @@ -52,15 +52,14 @@ WebApplication webApp, DocumentBuilder parser, String warUrl, -String webDefaults, -boolean unpackWars, String storageStrategy, String snapshotFrequency, String notificationPolicy, String subjAttrName) throws java.io.IOException { - super(httpServer, contextPathSpec, warUrl, webDefaults, unpackWars); + + super(httpServer, contextPathSpec, warUrl); _log = Logger.getLogger(getClass().getName()+# + contextPathSpec); _descriptorParser = descriptorParser; 1.39 +151 -57 contrib/jetty/src/main/org/jboss/jetty/Jetty.java Index: Jetty.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/Jetty.java,v retrieving revision 1.38 retrieving revision 1.39 diff -u -r1.38 -r1.39 --- Jetty.java20 Feb 2002 00:15:35 - 1.38 +++ Jetty.java20 Feb 2002 05:37:23 - 1.39 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: Jetty.java,v 1.38 2002/02/20 00:15:35 jules_gosnell Exp $ +// $Id: Jetty.java,v 1.39 2002/02/20 05:37:23 janb Exp $ // A Jetty HttpServer with the interface expected by JBoss' // J2EEDeployer... @@ -15,11 +15,21 @@ package org.jboss.jetty; //-- - +import java.io.ByteArrayOutputStream; import java.net.URL; import java.util.Hashtable; import javax.xml.parsers.DocumentBuilder; import javax.xml.parsers.DocumentBuilderFactory; + +import org.w3c.dom.Element; +import javax.xml.transform.Transformer; +import javax.xml.transform.TransformerFactory; +import javax.xml.transform.TransformerException; +import javax.xml.transform.TransformerConfigurationException; +import javax.xml.transform.dom.DOMSource; +import javax.xml.transform.stream.StreamResult; + + import org.jboss.deployment.DeploymentException; import org.jboss.jetty.xml.JettyResolver; import org.jboss.logging.Logger; @@ -27,7 +37,7 @@ import org.jboss.web.WebApplication; import org.mortbay.jetty.servlet.WebApplicationContext; import org.mortbay.util.MultiException; - +import org.mortbay.xml.XmlConfiguration; //-- /** @@ -35,7 +45,7 @@ * * @author a href=mailto:[EMAIL PROTECTED];Julian Gosnell/a * @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a. - * @version $Revision: 1.38 $ + * @version $Revision: 1.39 $ * * pbRevisions:/b * @@ -55,6 +65,12 @@ DocumentBuilder _parser; Logger_log = Logger.getLogger(Jetty.class); +// the XML snippet +String _xmlConfigString = null; + +// the XML snippet as a DOM element +Element _configElement = null; + Jetty() { super(); @@ -92,22 +108,6 @@ _log.warn(JSP compilation requires $JAVA_HOME/lib/tools.jar on your JBOSS_CLASSPATH); } - // - // jettyHome property - // - - synchronized void -setJettyHome(String jettyHome) // not public - { -if (jettyHome!=null) - System.setProperty(jetty.home, jettyHome); - } - - public synchronized String -getJettyHome() - { -return
[JBoss-dev] [AUTOMATED] JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = HERE ARE THE LAST 50 LINES OF THE LOG FILE [xdoclet] Running localInterface/ [xdoclet] Running session/ [xdoclet] Running entitypk/ [xdoclet] Running dataobject/ [xdoclet] Generating Data Object class for 'org.jboss.jetty.ejb.CoarseHttpSessionBean'. [xdoclet] Running entitycmp/ [xdoclet] Generating CMP class for 'org.jboss.jetty.ejb.CoarseHttpSessionBean'. [xdoclet] Running deploymentDescriptor/ [xdoclet] Generating EJB deployment descriptor. [xdoclet] Running jboss/ [xdoclet] Generating jboss.xml. [xdoclet] Generating jaws.xml. [xdoclet] 3 warnings compile-classes: [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jetty/output/classes [javac] Compiling 333 source files to /disk/orig/home/lubega/jbossro/jboss-all/jetty/output/classes /disk/orig/home/lubega/jbossro/jboss-all/jetty/src/main/org/mortbay/jetty/servlet/ServletHttpResponse.java:31: cannot resolve symbol symbol : class WriterOutputStream location: package util import org.mortbay.util.WriterOutputStream; ^ /disk/orig/home/lubega/jbossro/jboss-all/jetty/src/main/org/mortbay/jetty/servlet/ServletHttpResponse.java:606: cannot resolve symbol symbol : class WriterOutputStream location: class org.mortbay.jetty.servlet.ServletHttpResponse.Facade return new WriterOutputStream(getWrapper().getWriter(), ^ /disk/orig/home/lubega/jbossro/jboss-all/jetty/src/main/org/mortbay/http/handler/HTAccessHandler.java:478: warning: readLine() in java.io.DataInputStream has been deprecated while ((line = ufin.readLine()) != null) ^ /disk/orig/home/lubega/jbossro/jboss-all/jetty/src/main/org/mortbay/http/handler/HTAccessHandler.java:518: warning: readLine() in java.io.DataInputStream has been deprecated while ((line = ufin.readLine()) != null) ^ /disk/orig/home/lubega/jbossro/jboss-all/jetty/src/main/org/mortbay/http/handler/HTAccessHandler.java:595: warning: readLine() in java.io.DataInputStream has been deprecated while ((line = htin.readLine()) != null) ^ /disk/orig/home/lubega/jbossro/jboss-all/jetty/src/main/org/mortbay/http/handler/HTAccessHandler.java:624: warning: readLine() in java.io.DataInputStream has been deprecated while ((line = htin.readLine()) != null) ^ /disk/orig/home/lubega/jbossro/jboss-all/jetty/src/main/org/mortbay/util/UnixCrypt.java:455: warning: String(byte[],int,int,int) in java.lang.String has been deprecated return new String(cryptresult, 0x00, 0, 13); ^ 2 errors 5 warnings BUILD FAILED /disk/orig/home/lubega/jbossro/jboss-all/jetty/build.xml:401: Compile failed, messages should have been provided. Total time: 2 minutes 42 seconds ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/etc README demo.xml jetty.properties jetty.xml webdefault.xml
User: janb Date: 02/02/19 21:53:51 Modified:jetty/src/etc README Removed: jetty/src/etc demo.xml jetty.properties jetty.xml webdefault.xml Log: Removed need for jetty.xml (all in jboss-service.xml) and webdefault.xml (ships within the org.mortbay.jetty.jar). Revision ChangesPath 1.5 +27 -18contrib/jetty/src/etc/README Index: README === RCS file: /cvsroot/jboss/contrib/jetty/src/etc/README,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- README10 Sep 2001 23:52:05 - 1.4 +++ README20 Feb 2002 05:53:51 - 1.5 @@ -1,32 +1,42 @@ --- +Using a custom webdefault.xml +--- +As of JBoss 3.x, Jetty uses a standard webdefault.xml file by default. -Un*x users: +In order to override the webdefaults.xml shipped with Jetty, place +a customized webdefault.xml file into this directory, uncomment the +appropriate line in src/resources/jetty-plugin/META-INF/jboss-service.xml, +and then rebuild the Jetty JBoss Service Archive (jetty-plugin.sar) and +redeploy. -run ./run.sh in this dir. -If you are thinking of using the CGI Servlet you will want to 'chmod -+x jetty/cgi-bin/*' - for some reason the executable bit seems to get -lost in the [un]jarring process. +--- +Customizing Jetty configuration +--- +As of JBoss 3.x, essential Jetty configuration is placed within Jetty's +jboss-service.xml file instead of requiring a jetty.xml file. -MS Users: +As shipped, the Jetty configuration fires up a listener on port 8080, +and sets up a standard HTTP request log in the JBoss log directory. +If you wish to specify an SSL listener, then uncomment the appropriate +lines in src/resources/jetty-plugin/META-INF/jboss-service.xml, +rebuild and redeploy. -cd to ./jboss/bin and 'run.bat jetty' +If you REALLY NEED to customize Jetty further, place your custom Jetty +XML into a web-jetty.xml file in your WEB-INF/ directory of your war files. -(please send me the equiv run.bat for this dir) +DO NOT add webapps into the jboss-service.xml file, as these will not be visible to the JBoss deployment mechanism. --- +MBeans +--- +By default, Jetty will create MBeans for all listeners, contexts, log sinks etc. To view them, hit http://localhost:8082 -For some Jetty doc and Demos run up JBoss-Jetty and hit: - -http://my-jboss-host:8080 - -You can look around the MBeans running within Jetty by hitting : - -http://my-jboss-host:8082 -and looking at the 'Jetty' links... --- +Reporting problems +--- Please post problems accordingly : @@ -38,11 +48,10 @@ JBoss (everything else) related - [EMAIL PROTECTED] -Thanks for using JBoss-Jetty, +Thanks for using JBoss-Jetty, Jules (JBoss-Jetty maintainer) - [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty build.xml
User: janb Date: 02/02/19 21:55:15 Modified:jettybuild.xml Log: Removed use of jetty.properties and jetty.xml Revision ChangesPath 1.41 +9 -4 contrib/jetty/build.xml Index: build.xml === RCS file: /cvsroot/jboss/contrib/jetty/build.xml,v retrieving revision 1.40 retrieving revision 1.41 diff -u -r1.40 -r1.41 --- build.xml 20 Feb 2002 01:01:01 - 1.40 +++ build.xml 20 Feb 2002 05:55:15 - 1.41 @@ -124,8 +124,8 @@ !-- Jetty -- property name=mortbay.jetty.cvs value=${module.root}/mortbay-cvs/ -property name=mortbay.jetty.cvs.tag value=JBossJetty_4_0_B0/ -property name=mortbay.jetty.cvs.extra.tag value=Jetty_4_0_B0/ +property name=mortbay.jetty.cvs.tag value=JBOSS_20020220222111/ +property name=mortbay.jetty.cvs.extra.tag value=JBOSS_20020220222111/ property name=jetty.jar value=org.mortbay.jetty.jar/ property name=jetty.jmx.jar value=org.mortbay.jetty.jmx.jar/ property name=jetty.ejb.jar value=jetty-ejb.jar/ @@ -411,6 +411,7 @@ fileset dir=${source.java} include name=**/*.properties/ include name=**/*.dtd/ + include name=**/*.xml/ /fileset /copy /target @@ -486,11 +487,15 @@ jar jarfile=${build.lib}/${module.name}.sar !-- Jetty plugin classes -- + fileset dir=${build.etc} + !-- include name=jetty.xml/ -include name=webdefault.xml/ include name=jetty.properties/ + -- +include name=webdefault.xml/ /fileset + fileset dir=${build.classes} include name=org/jboss/**/ exclude name=org/jboss/**/ejb/**/ @@ -580,7 +585,7 @@ arg value=-emacs/ arg value=-Djavac.debug=true/ arg value=-Dtest=org.jboss.test.web.test.WebIntegrationUnitTestCase/ - arg value=one-test/ + arg value=one-test-nojars/ /exec /target ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/resources/jetty-plugin/META-INF jboss-service.xml
User: janb Date: 02/02/19 21:56:40 Modified:jetty/src/resources/jetty-plugin/META-INF jboss-service.xml Log: Added Jetty-specific XML to JettyService mbean configuration. Tidied up comments. Revision ChangesPath 1.19 +109 -9 contrib/jetty/src/resources/jetty-plugin/META-INF/jboss-service.xml Index: jboss-service.xml === RCS file: /cvsroot/jboss/contrib/jetty/src/resources/jetty-plugin/META-INF/jboss-service.xml,v retrieving revision 1.18 retrieving revision 1.19 diff -u -r1.18 -r1.19 --- jboss-service.xml 19 Feb 2002 23:22:32 - 1.18 +++ jboss-service.xml 20 Feb 2002 05:56:40 - 1.19 @@ -2,7 +2,6 @@ server - !-- -- !-- Web Container-- !-- -- @@ -13,26 +12,127 @@ -- mbean code=org.jboss.jetty.JettyService name=jboss.web:service=Jetty -attribute name=JettyHomedummy/attribute -attribute name=Configurationjetty.xml/attribute -attribute name=WebDefaultwebdefault.xml/attribute + +!-- = -- +!-- Uncomment the following line ONLY if you want to provide a custom -- +!-- webdefault.xml file in place of the standard one. Place your -- +!-- file in the src/etc directory to have it automatically included -- +!-- in the build. -- +!-- = -- +!-- +attribute name=WebDefaultwebdefault.xml/attribute +-- + + +!-- == -- +!-- If true, .war files are unpacked to a temporary directory. This-- +!-- is useful with JSPs. -- +!-- == -- attribute name=UnpackWarstrue/attribute + + +!-- == -- +!-- If true, mbeans are created for Jetty and all contexts, logsinks, -- +!-- listeners etc. View them via the JBoss management interface on -- +!-- http://localhost:8082 -- +!-- == -- attribute name=PublishMBeanstrue/attribute -!-- org.jboss.jetty.session.CoarseDistributedStore/org.jboss.jetty.session.ClusteredStore -- + +!-- = -- +!-- Configuring Jetty. The XML fragment contained in the -- +!-- name=ConfigurationElement attribute is a Jetty-style-- +!-- configuration specification. It is used to configure Jetty with -- +!-- a listener on port 8080, and a HTTP request log location. -- +!-- The placement of other Jetty XML configuration statements here is -- +!-- EXTREMELY DISCOURAGED: for example, any webapps deployed here -- +!-- will NOT be visible to JBoss. If you REALLY NEED to specify -- +!-- something extra, place it in WEB-INF/web-jetty.xml files -- +!-- = -- +attribute name=ConfigurationElement + Configure class=org.mortbay.jetty.Server + + + !-- === -- + !-- Add the listener-- + !-- === -- + Call name=addListener +Arg + New class=org.mortbay.http.SocketListener + Set name=PortSystemProperty name=jetty.port default=8080//Set + Set name=MinThreads5/Set + Set name=MaxThreads255/Set + Set name=MaxIdleTimeMs3/Set + Set name=MaxReadTimeMs1/Set + Set name=MaxStopTimeMs5000/Set + Set name=LowResourcePersistTimeMs5000/Set + /New +/Arg + /Call + + !-- === -- + !-- Add the HTTP request log-- + !-- === -- + Set name=RequestLog +New class=org.mortbay.http.NCSARequestLog + ArgSystemProperty name=jetty.log default=../log//_mm_dd.request.log + /Arg + Set name=retainDays90/Set + Set name=appendtrue/Set +
[JBoss-dev] CVS update: contrib/jetty/src/main/org/apache/jasper/parser ParserUtils.java TreeNode.java
User: janb Date: 02/02/19 22:27:04 Modified:jetty/src/main/org/apache/jasper/parser ParserUtils.java TreeNode.java Log: Added new org.mortbay classes, updating apache. Revision ChangesPath 1.3 +0 -0 contrib/jetty/src/main/org/apache/jasper/parser/ParserUtils.java Index: ParserUtils.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/parser/ParserUtils.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- ParserUtils.java 10 Feb 2002 17:57:40 - 1.2 +++ ParserUtils.java 20 Feb 2002 06:27:04 - 1.3 @@ -95,7 +95,7 @@ * use a separate class loader for the parser to be used. * * @author Craig R. McClanahan - * @version $Revision: 1.2 $ $Date: 2002/02/10 17:57:40 $ + * @version $Revision: 1.3 $ $Date: 2002/02/20 06:27:04 $ */ public class ParserUtils { 1.3 +0 -0 contrib/jetty/src/main/org/apache/jasper/parser/TreeNode.java Index: TreeNode.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/parser/TreeNode.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- TreeNode.java 10 Feb 2002 17:57:40 - 1.2 +++ TreeNode.java 20 Feb 2002 06:27:04 - 1.3 @@ -72,7 +72,7 @@ * synchronized. * * @author Craig R. McClanahan - * @version $Revision: 1.2 $ $Date: 2002/02/10 17:57:40 $ + * @version $Revision: 1.3 $ $Date: 2002/02/20 06:27:04 $ */ public class TreeNode { ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/javax/servlet/http LocalStrings_es.properties
User: janb Date: 02/02/19 22:27:02 Modified:jetty/src/main/javax/servlet/http LocalStrings_es.properties Log: Added new org.mortbay classes, updating apache. Revision ChangesPath 1.3 +0 -0 contrib/jetty/src/main/javax/servlet/http/LocalStrings_es.properties Index: LocalStrings_es.properties === RCS file: /cvsroot/jboss/contrib/jetty/src/main/javax/servlet/http/LocalStrings_es.properties,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- LocalStrings_es.properties10 Feb 2002 17:57:39 - 1.2 +++ LocalStrings_es.properties20 Feb 2002 06:27:01 - 1.3 @@ -1,4 +1,4 @@ -# $Id: LocalStrings_es.properties,v 1.2 2002/02/10 17:57:39 olegnitz Exp $ +# $Id: LocalStrings_es.properties,v 1.3 2002/02/20 06:27:01 janb Exp $ # # Default localized string information # Localized para Locale es_ES ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay MANIFEST.MF
User: janb Date: 02/02/19 22:27:04 Modified:jetty/src/main/org/mortbay MANIFEST.MF Log: Added new org.mortbay classes, updating apache. Revision ChangesPath 1.3 +1 -1 contrib/jetty/src/main/org/mortbay/MANIFEST.MF Index: MANIFEST.MF === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/MANIFEST.MF,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- MANIFEST.MF 10 Feb 2002 17:57:41 - 1.2 +++ MANIFEST.MF 20 Feb 2002 06:27:04 - 1.3 @@ -3,7 +3,7 @@ Package-Version: 1.0.0 Package-Title: org.mortbay.jetty Specification-Version: 4.0 -Implementation-Version: 4.0.B0 +Implementation-Version: 4.0.B2 Specification-Vendor: Mort Bay Consulting, Pty. Ltd. Implementation-Vendor: Mort Bay Consulting, Pty. Ltd. Implementation-URL: http://jetty.mortbay.org ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/jetty/servlet webdefault.xml
User: janb Date: 02/02/19 22:27:05 Added: jetty/src/main/org/mortbay/jetty/servlet webdefault.xml Log: Added new org.mortbay classes, updating apache. Revision ChangesPath 1.1 contrib/jetty/src/main/org/mortbay/jetty/servlet/webdefault.xml Index: webdefault.xml === !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.2//EN http://java.sun.com/j2ee/dtds/web-app_2_2.dtd; !-- This file contains the default settings for webapplications -- web-app welcome-file-list welcome-fileindex.jsp/welcome-file welcome-fileindex.html/welcome-file /welcome-file-list servlet servlet-nameJSP/servlet-name servlet-classorg.apache.jasper.servlet.JspServlet/servlet-class load-on-startup0/load-on-startup /servlet servlet-mapping servlet-nameJSP/servlet-name url-pattern*.jsp:*.jsP:*.jSp:*.jSP:*.Jsp:*.JsP:*.JSp:*.JSP/url-pattern /servlet-mapping session-config session-timeout60/session-timeout /session-config /web-app ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/apache/jasper/servlet ServletEngine.java TomcatServletEngine.java
User: janb Date: 02/02/19 22:27:04 Modified:jetty/src/main/org/apache/jasper/servlet ServletEngine.java TomcatServletEngine.java Log: Added new org.mortbay classes, updating apache. Revision ChangesPath 1.3 +0 -0 contrib/jetty/src/main/org/apache/jasper/servlet/ServletEngine.java Index: ServletEngine.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/servlet/ServletEngine.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- ServletEngine.java10 Feb 2002 17:57:41 - 1.2 +++ ServletEngine.java20 Feb 2002 06:27:04 - 1.3 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/servlet/ServletEngine.java,v 1.2 2002/02/10 17:57:41 olegnitz Exp $ - * $Revision: 1.2 $ - * $Date: 2002/02/10 17:57:41 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/servlet/ServletEngine.java,v 1.3 2002/02/20 06:27:04 janb Exp $ + * $Revision: 1.3 $ + * $Date: 2002/02/20 06:27:04 $ * * * 1.3 +0 -0 contrib/jetty/src/main/org/apache/jasper/servlet/TomcatServletEngine.java Index: TomcatServletEngine.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/servlet/TomcatServletEngine.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- TomcatServletEngine.java 10 Feb 2002 17:57:41 - 1.2 +++ TomcatServletEngine.java 20 Feb 2002 06:27:04 - 1.3 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/servlet/TomcatServletEngine.java,v 1.2 2002/02/10 17:57:41 olegnitz Exp $ - * $Revision: 1.2 $ - * $Date: 2002/02/10 17:57:41 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/servlet/TomcatServletEngine.java,v 1.3 2002/02/20 06:27:04 janb Exp $ + * $Revision: 1.3 $ + * $Date: 2002/02/20 06:27:04 $ * * * ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/apache/jasper/util SimplePool.java StringManager.java
User: janb Date: 02/02/19 22:27:04 Modified:jetty/src/main/org/apache/jasper/util SimplePool.java StringManager.java Log: Added new org.mortbay classes, updating apache. Revision ChangesPath 1.3 +0 -0 contrib/jetty/src/main/org/apache/jasper/util/SimplePool.java Index: SimplePool.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/util/SimplePool.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- SimplePool.java 10 Feb 2002 17:57:41 - 1.2 +++ SimplePool.java 20 Feb 2002 06:27:04 - 1.3 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/util/SimplePool.java,v 1.2 2002/02/10 17:57:41 olegnitz Exp $ - * $Revision: 1.2 $ - * $Date: 2002/02/10 17:57:41 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/util/SimplePool.java,v 1.3 2002/02/20 06:27:04 janb Exp $ + * $Revision: 1.3 $ + * $Date: 2002/02/20 06:27:04 $ * * * 1.3 +0 -0 contrib/jetty/src/main/org/apache/jasper/util/StringManager.java Index: StringManager.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/util/StringManager.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- StringManager.java10 Feb 2002 17:57:41 - 1.2 +++ StringManager.java20 Feb 2002 06:27:04 - 1.3 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/util/StringManager.java,v 1.2 2002/02/10 17:57:41 olegnitz Exp $ - * $Revision: 1.2 $ - * $Date: 2002/02/10 17:57:41 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/util/StringManager.java,v 1.3 2002/02/20 06:27:04 janb Exp $ + * $Revision: 1.3 $ + * $Date: 2002/02/20 06:27:04 $ * * * ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/apache/jasper/resources messages.properties messages_es.properties messages_ja.properties
User: janb Date: 02/02/19 22:27:04 Modified:jetty/src/main/org/apache/jasper/resources messages.properties messages_es.properties messages_ja.properties Log: Added new org.mortbay classes, updating apache. Revision ChangesPath 1.3 +0 -0 contrib/jetty/src/main/org/apache/jasper/resources/messages.properties Index: messages.properties === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/resources/messages.properties,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- messages.properties 10 Feb 2002 17:57:41 - 1.2 +++ messages.properties 20 Feb 2002 06:27:04 - 1.3 @@ -1,4 +1,4 @@ -# $Id: messages.properties,v 1.2 2002/02/10 17:57:41 olegnitz Exp $ +# $Id: messages.properties,v 1.3 2002/02/20 06:27:04 janb Exp $ # # Default localized string information # Localized this the Default Locale as is en_US 1.3 +0 -0 contrib/jetty/src/main/org/apache/jasper/resources/messages_es.properties Index: messages_es.properties === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/resources/messages_es.properties,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- messages_es.properties10 Feb 2002 17:57:41 - 1.2 +++ messages_es.properties20 Feb 2002 06:27:04 - 1.3 @@ -1,4 +1,4 @@ -# $Id: messages_es.properties,v 1.2 2002/02/10 17:57:41 olegnitz Exp $ +# $Id: messages_es.properties,v 1.3 2002/02/20 06:27:04 janb Exp $ # # Default localized string information # Localized para Locale es_ES 1.3 +0 -0 contrib/jetty/src/main/org/apache/jasper/resources/messages_ja.properties Index: messages_ja.properties === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/resources/messages_ja.properties,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- messages_ja.properties10 Feb 2002 17:57:41 - 1.2 +++ messages_ja.properties20 Feb 2002 06:27:04 - 1.3 @@ -1,4 +1,4 @@ -# $Id: messages_ja.properties,v 1.2 2002/02/10 17:57:41 olegnitz Exp $ +# $Id: messages_ja.properties,v 1.3 2002/02/20 06:27:04 janb Exp $ # # Default localized string information # Localized this the Default Locale as is ja_JP ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/apache/jasper/runtime JspException.java JspFactoryImpl.java JspRuntimeLibrary.java JspWriterImpl.java PageContextImpl.java ServletResponseWrapperInclude.java
User: janb Date: 02/02/19 22:27:04 Modified:jetty/src/main/org/apache/jasper/runtime JspException.java JspFactoryImpl.java JspRuntimeLibrary.java JspWriterImpl.java PageContextImpl.java ServletResponseWrapperInclude.java Log: Added new org.mortbay classes, updating apache. Revision ChangesPath 1.3 +0 -0 contrib/jetty/src/main/org/apache/jasper/runtime/JspException.java Index: JspException.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/JspException.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- JspException.java 10 Feb 2002 17:57:41 - 1.2 +++ JspException.java 20 Feb 2002 06:27:04 - 1.3 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/JspException.java,v 1.2 2002/02/10 17:57:41 olegnitz Exp $ - * $Revision: 1.2 $ - * $Date: 2002/02/10 17:57:41 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/JspException.java,v 1.3 2002/02/20 06:27:04 janb Exp $ + * $Revision: 1.3 $ + * $Date: 2002/02/20 06:27:04 $ * * * 1.3 +0 -0 contrib/jetty/src/main/org/apache/jasper/runtime/JspFactoryImpl.java Index: JspFactoryImpl.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/JspFactoryImpl.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- JspFactoryImpl.java 10 Feb 2002 17:57:41 - 1.2 +++ JspFactoryImpl.java 20 Feb 2002 06:27:04 - 1.3 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/JspFactoryImpl.java,v 1.2 2002/02/10 17:57:41 olegnitz Exp $ - * $Revision: 1.2 $ - * $Date: 2002/02/10 17:57:41 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/JspFactoryImpl.java,v 1.3 2002/02/20 06:27:04 janb Exp $ + * $Revision: 1.3 $ + * $Date: 2002/02/20 06:27:04 $ * * * 1.3 +0 -0 contrib/jetty/src/main/org/apache/jasper/runtime/JspRuntimeLibrary.java Index: JspRuntimeLibrary.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/JspRuntimeLibrary.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- JspRuntimeLibrary.java10 Feb 2002 17:57:41 - 1.2 +++ JspRuntimeLibrary.java20 Feb 2002 06:27:04 - 1.3 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/JspRuntimeLibrary.java,v 1.2 2002/02/10 17:57:41 olegnitz Exp $ - * $Revision: 1.2 $ - * $Date: 2002/02/10 17:57:41 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/JspRuntimeLibrary.java,v 1.3 2002/02/20 06:27:04 janb Exp $ + * $Revision: 1.3 $ + * $Date: 2002/02/20 06:27:04 $ * * * 1.3 +0 -0 contrib/jetty/src/main/org/apache/jasper/runtime/JspWriterImpl.java Index: JspWriterImpl.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/JspWriterImpl.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- JspWriterImpl.java10 Feb 2002 17:57:41 - 1.2 +++ JspWriterImpl.java20 Feb 2002 06:27:04 - 1.3 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/JspWriterImpl.java,v 1.2 2002/02/10 17:57:41 olegnitz Exp $ - * $Revision: 1.2 $ - * $Date: 2002/02/10 17:57:41 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/JspWriterImpl.java,v 1.3 2002/02/20 06:27:04 janb Exp $ + * $Revision: 1.3 $ + * $Date: 2002/02/20 06:27:04 $ * * * 1.3 +0 -0 contrib/jetty/src/main/org/apache/jasper/runtime/PageContextImpl.java Index: PageContextImpl.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/PageContextImpl.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- PageContextImpl.java 10 Feb 2002 17:57:41 - 1.2 +++ PageContextImpl.java 20 Feb 2002 06:27:04 - 1.3 @@ -1,7 +1,7 @@ /*
[JBoss-dev] CVS update: contrib/jetty/src/main/org/apache/jasper/compiler BeanEndGenerator.java BeanGenerator.java BeanRepository.java CharDataGenerator.java ClassDeclarationPhase.java CommandLineCompiler.java CompileException.java Compiler.java CoreElement.java DeclarationGenerator.java DelegatingListener.java DestroyMethodPhase.java EscapeUnicodeWriter.java ExpressionGenerator.java FileDeclarationPhase.java ForwardGenerator.java Generator.java GeneratorBase.java GetPropertyGenerator.java IncludeGenerator.java InfoGenerator.java InitMethodPhase.java JavaCompiler.java JikesJavaCompiler.java JspLineMap.java JspLineMapItem.java JspParseEventListener.java JspUtil.java KjcJavaCompiler.java Mangler.java MappedCharDataGenerator.java Mark.java PageDataImpl.java ParseEventListener.java ParseException.java PluginGenerator.java ScriptletGenerator.java ServiceMethodPhase.java ServletWriter.java SetPropertyGenerator.java StaticInitializerPhase.java StoredCharDataGenerator.java SunJavaCompiler.java TagCache.java TagGeneratorBase.java TagLibraryInfoImpl.java UninterpretedTagBeginGenerator.java UninterpretedTagEndGenerator.java XmlOutputter.java
User: janb Date: 02/02/19 22:27:03 Modified:jetty/src/main/org/apache/jasper/compiler BeanEndGenerator.java BeanGenerator.java BeanRepository.java CharDataGenerator.java ClassDeclarationPhase.java CommandLineCompiler.java CompileException.java Compiler.java CoreElement.java DeclarationGenerator.java DelegatingListener.java DestroyMethodPhase.java EscapeUnicodeWriter.java ExpressionGenerator.java FileDeclarationPhase.java ForwardGenerator.java Generator.java GeneratorBase.java GetPropertyGenerator.java IncludeGenerator.java InfoGenerator.java InitMethodPhase.java JavaCompiler.java JikesJavaCompiler.java JspLineMap.java JspLineMapItem.java JspParseEventListener.java JspUtil.java KjcJavaCompiler.java Mangler.java MappedCharDataGenerator.java Mark.java PageDataImpl.java ParseEventListener.java ParseException.java PluginGenerator.java ScriptletGenerator.java ServiceMethodPhase.java ServletWriter.java SetPropertyGenerator.java StaticInitializerPhase.java StoredCharDataGenerator.java SunJavaCompiler.java TagCache.java TagGeneratorBase.java TagLibraryInfoImpl.java UninterpretedTagBeginGenerator.java UninterpretedTagEndGenerator.java XmlOutputter.java Log: Added new org.mortbay classes, updating apache. Revision ChangesPath 1.3 +0 -0 contrib/jetty/src/main/org/apache/jasper/compiler/BeanEndGenerator.java Index: BeanEndGenerator.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/compiler/BeanEndGenerator.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- BeanEndGenerator.java 10 Feb 2002 17:57:39 - 1.2 +++ BeanEndGenerator.java 20 Feb 2002 06:27:02 - 1.3 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/compiler/BeanEndGenerator.java,v 1.2 2002/02/10 17:57:39 olegnitz Exp $ - * $Revision: 1.2 $ - * $Date: 2002/02/10 17:57:39 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/compiler/BeanEndGenerator.java,v 1.3 2002/02/20 06:27:02 janb Exp $ + * $Revision: 1.3 $ + * $Date: 2002/02/20 06:27:02 $ * * * 1.3 +0 -0 contrib/jetty/src/main/org/apache/jasper/compiler/BeanGenerator.java Index: BeanGenerator.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/compiler/BeanGenerator.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- BeanGenerator.java10 Feb 2002 17:57:39 - 1.2 +++ BeanGenerator.java20 Feb 2002 06:27:02 - 1.3 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/compiler/BeanGenerator.java,v 1.2 2002/02/10 17:57:39 olegnitz Exp $ - * $Revision: 1.2 $ - * $Date: 2002/02/10 17:57:39 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/compiler/BeanGenerator.java,v 1.3 2002/02/20 06:27:02 janb Exp $ + * $Revision: 1.3 $ + * $Date: 2002/02/20 06:27:02 $ * The Apache Software License, Version 1.1 * * Copyright (c) 1999 The Apache Software Foundation. All rights 1.3 +0 -0 contrib/jetty/src/main/org/apache/jasper/compiler/BeanRepository.java Index: BeanRepository.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/compiler/BeanRepository.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- BeanRepository.java 10 Feb 2002 17:57:39 - 1.2 +++ BeanRepository.java 20 Feb 2002 06:27:02 - 1.3 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/compiler/BeanRepository.java,v 1.2 2002/02/10 17:57:39 olegnitz Exp $ - * $Revision: 1.2 $ - * $Date: 2002/02/10 17:57:39 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/compiler/BeanRepository.java,v 1.3 2002/02/20 06:27:02 janb Exp $ + * $Revision: 1.3 $ + * $Date: 2002/02/20 06:27:02 $ * * *
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/http JDBCUserRealm.java
User: janb Date: 02/02/19 22:27:04 Added: jetty/src/main/org/mortbay/http JDBCUserRealm.java Log: Added new org.mortbay classes, updating apache. Revision ChangesPath 1.1 contrib/jetty/src/main/org/mortbay/http/JDBCUserRealm.java Index: JDBCUserRealm.java === package org.mortbay.http; import org.mortbay.util.Code; import org.mortbay.util.Resource; import org.mortbay.http.HashUserRealm; import java.io.IOException; import java.sql.Connection; import java.sql.DriverManager; import java.sql.ResultSet; import java.sql.PreparedStatement; import java.sql.SQLException; import java.sql.Statement; import java.util.HashMap; import java.util.Properties; /* */ /** HashMapped User Realm with JDBC as data source. * JDBCUserRealm extends HashUserRealm and adds a method to fetch user * information from database. * The getUser() method checks the inherited HashMap and if the user * is found, then it is returned. * Otherwise fetch information from database and populate inherited * hash. * Periodically (controled by configuration parameter), internal * hashes are cleared. Caching can be disabled by setting cache * refresh interval to zero. * Uses one database connection that is initialized at startup. Reconnect * on failures. getUser() is 'synchronized'. * * An example properties file for configuration is in * $JETTY_HOME/etc/jdbcRealm.properties * * @see Password * @version $Id: JDBCUserRealm.java,v 1.1 2002/02/20 06:27:04 janb Exp $ * @author Arkadi Shishlov (arkadi) * @author Fredrik Borgh * @author Greg Wilkins (gregw) */ public class JDBCUserRealm extends HashUserRealm { private String _jdbcDriver; private String _url; private String _userName; private String _password; private String _userTable; private String _userTableKey; private String _userTableUserField; private String _userTablePasswordField; private String _roleTable; private String _roleTableKey; private String _roleTableRoleField; private String _userRoleTable; private String _userRoleTableUserKey; private String _userRoleTableRoleKey; private int _cacheTime; private long _lastHashPurge; private Connection _con; private String _userSql; private String _roleSql; /* */ /** Constructor. * @param name */ public JDBCUserRealm(String name) { super(name); } /* */ /** Constructor. * @param name Realm name * @param config Filename or url of JDBC connection properties file. * @exception IOException * @exception ClassNotFoundException */ public JDBCUserRealm(String name, String config) throws IOException, ClassNotFoundException { super(name); loadConfig(config); Class.forName(_jdbcDriver); connectDatabase(); } /* */ /** Load JDBC connection configuration from properties file. * * @param config Filename or url of user properties file. * @exception IOException */ public void loadConfig(String config) throws IOException { Properties properties = new Properties(); Resource resource=Resource.newResource(config); properties.load(resource.getInputStream()); _jdbcDriver = properties.getProperty(jdbcdriver); _url = properties.getProperty(url); _userName = properties.getProperty(username); _password = properties.getProperty(password); _userTable = properties.getProperty(usertable); _userTableKey = properties.getProperty(usertablekey); _userTableUserField = properties.getProperty(usertableuserfield); _userTablePasswordField = properties.getProperty(usertablepasswordfield); _roleTable = properties.getProperty(roletable); _roleTableKey = properties.getProperty(roletablekey); _roleTableRoleField = properties.getProperty(roletablerolefield); _userRoleTable = properties.getProperty(userroletable); _userRoleTableUserKey = properties.getProperty(userroletableuserkey); _userRoleTableRoleKey = properties.getProperty(userroletablerolekey); _cacheTime = new Integer(properties.getProperty(cachetime)).intValue(); if (_jdbcDriver == null || _jdbcDriver.equals() || _url == null || _url.equals() || _userName == null ||
[JBoss-dev] CVS update: contrib/jetty/src/main/org/apache/jasper CommandLineContext.java EmbededServletOptions.java JasperException.java JspC.java JspCompilationContext.java JspEngineContext.java Options.java
User: janb Date: 02/02/19 22:27:02 Modified:jetty/src/main/org/apache/jasper CommandLineContext.java EmbededServletOptions.java JasperException.java JspC.java JspCompilationContext.java JspEngineContext.java Options.java Log: Added new org.mortbay classes, updating apache. Revision ChangesPath 1.3 +29 -5 contrib/jetty/src/main/org/apache/jasper/CommandLineContext.java Index: CommandLineContext.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/CommandLineContext.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- CommandLineContext.java 10 Feb 2002 17:57:39 - 1.2 +++ CommandLineContext.java 20 Feb 2002 06:27:02 - 1.3 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/CommandLineContext.java,v 1.2 2002/02/10 17:57:39 olegnitz Exp $ - * $Revision: 1.2 $ - * $Date: 2002/02/10 17:57:39 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/CommandLineContext.java,v 1.3 2002/02/20 06:27:02 janb Exp $ + * $Revision: 1.3 $ + * $Date: 2002/02/20 06:27:02 $ * * * @@ -216,9 +216,33 @@ * The package name for the generated class. */ public String getServletPackageName() { -return servletPackageName; +//get the path to the jsp file +int indexOfSlash = getJspFile().lastIndexOf(File.separatorChar); +String pathName; +if (indexOfSlash != -1) { +pathName = getJspFile().substring(0, indexOfSlash); +} else { +pathName = File.separator; +} +//Assemble the package name from the base package name speced on +//the command line and the package name derived from the path to +//the jsp file +String packageName = ; +if (servletPackageName != null !servletPackageName.equals()) { +packageName = servletPackageName; +} +if (packageName.equals()) { +packageName = pathName.replace(File.separatorChar, '.'); +} else { +packageName += pathName.replace(File.separatorChar, '.'); +} +//strip off any leading '.' in the package name +if (!packageName.equals() packageName.charAt(0) == '.') { +packageName = packageName.substring(1); +} +return packageName; } - + /** * Full path name of the Java file into which the servlet is being * generated. 1.3 +0 -0 contrib/jetty/src/main/org/apache/jasper/EmbededServletOptions.java Index: EmbededServletOptions.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/EmbededServletOptions.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- EmbededServletOptions.java10 Feb 2002 17:57:39 - 1.2 +++ EmbededServletOptions.java20 Feb 2002 06:27:02 - 1.3 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/EmbededServletOptions.java,v 1.2 2002/02/10 17:57:39 olegnitz Exp $ - * $Revision: 1.2 $ - * $Date: 2002/02/10 17:57:39 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/EmbededServletOptions.java,v 1.3 2002/02/20 06:27:02 janb Exp $ + * $Revision: 1.3 $ + * $Date: 2002/02/20 06:27:02 $ * * * 1.3 +0 -0 contrib/jetty/src/main/org/apache/jasper/JasperException.java Index: JasperException.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/JasperException.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- JasperException.java 10 Feb 2002 17:57:39 - 1.2 +++ JasperException.java 20 Feb 2002 06:27:02 - 1.3 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/JasperException.java,v 1.2 2002/02/10 17:57:39 olegnitz Exp $ - * $Revision: 1.2 $ - * $Date: 2002/02/10 17:57:39 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/JasperException.java,v 1.3 2002/02/20 06:27:02 janb Exp $ + * $Revision: 1.3 $ + * $Date: 2002/02/20 06:27:02 $ * * * 1.3 +0 -0 contrib/jetty/src/main/org/apache/jasper/JspC.java Index: JspC.java
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/util WriterOutputStream.java
User: janb Date: 02/02/19 22:27:05 Added: jetty/src/main/org/mortbay/util WriterOutputStream.java Log: Added new org.mortbay classes, updating apache. Revision ChangesPath 1.1 contrib/jetty/src/main/org/mortbay/util/WriterOutputStream.java Index: WriterOutputStream.java === // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. // $Id: WriterOutputStream.java,v 1.1 2002/02/20 06:27:05 janb Exp $ // package org.mortbay.util; import java.io.IOException; import java.io.OutputStream; import java.io.Writer; /* */ /** Wrap a Writer as an OutputStream. * When all you have is a Writer and only an OutputStream will do. * Try not to use this as it indicates that your design is a dogs * breakfast (JSP made me write it). * @version 1.0 Tue Feb 12 2002 * @author Greg Wilkins (gregw) */ public class WriterOutputStream extends OutputStream { protected Writer _writer; protected String _encoding; private byte[] _buf=new byte[1]; /* */ public WriterOutputStream(Writer writer, String encoding) { _writer=writer; _encoding=encoding; } /* */ public WriterOutputStream(Writer writer) { _writer=writer; } /* */ public void close() throws IOException { _writer.close(); _writer=null; _encoding=null; } /* */ public void flush() throws IOException { _writer.flush(); } /* */ public void write(byte[] b) throws IOException { if (_encoding==null) _writer.write(new String(b)); else _writer.write(new String(b,_encoding)); } /* */ public void write(byte[] b, int off, int len) throws IOException { if (_encoding==null) _writer.write(new String(b,off,len)); else _writer.write(new String(b,off,len,_encoding)); } /* */ public synchronized void write(int b) throws IOException { _buf[0]=(byte)b; write(_buf); } } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development