RE: [OFF TOPIC] Version Control

2003-09-28 Thread Imran Balkhi
How about report generation from cvs? I am looking for more detail one eg,
who cjecked in how many line of code, etc.

-Original Message-
From: Phillip Qin [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 24, 2003 11:15 AM
To: 'Tomcat Users List'
Subject: RE: [OFF TOPIC] Version Control


CVSNT + Eclipse

-Original Message-
From: Pitre, Russell [mailto:[EMAIL PROTECTED]
Sent: September 24, 2003 11:50 AM
To: Tomcat Users List
Subject: RE: [OFF TOPIC] Version Control

The Client as well as a cvs server.




-Original Message-
From: Phillip Qin [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 24, 2003 11:48 AM
To: 'Tomcat Users List'
Subject: RE: [OFF TOPIC] Version Control

I think what he really needs is a CVS client. Eclipse and NetBeans both
integrate the CVS client.

-Original Message-
From: Robert Priest [mailto:[EMAIL PROTECTED]
Sent: September 24, 2003 11:16 AM
To: 'Tomcat Users List'
Subject: RE: [OFF TOPIC] Version Control

I would try WinCvs for a beginner.

Yes tortoise intergrates with explorer, but I find that WinCvs is more
flexible.

-Original Message-
From: Ralph Einfeldt [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 24, 2003 11:14 AM
To: Tomcat Users List
Subject: RE: [OFF TOPIC] Version Control


CVS has a gui interface. (Even more than one)

http://www.wincvs.org/
http://www-csr.bessy.de/control/Soft/tkCVS/
http://www.tortoisecvs.org/

For a more complete overview see:
http://www.cvshome.org/dev/addons.html


 -Original Message-
 From: Pitre, Russell [mailto:[EMAIL PROTECTED]
 Sent: Wednesday, September 24, 2003 5:02 PM
 To: [EMAIL PROTECTED]
 Subject: [OFF TOPIC] Version Control


 Sorry for the Off topic question

 I'm looking for suggestions for a free version control system.  I've
 tried cvs before.but, the learning curve is really steep for
 me...i'd rather go with something that has a gui interface.


 Thanx in advance

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: How to clean objects in user's session

2003-07-19 Thread Imran Balkhi
Thanks Tim, your suggestion works. Here is the changed code

Enumeration sessionAttributes = session.getAttributeNames();
  ArrayList list = new ArrayList();
while(sessionAttributes.hasMoreElements()) {
String name = (String) sessionAttributes.nextElement();
if ((name.compareTo(userSession) != 0) 
(name.compareTo(style) != 0) 
(name.compareTo(moduleID) != 0) 
(name.compareTo(listNavigatorMap) != 0))
list.add(name);
}
}
Iterator iList = list.iterator();
while(iList.hasNext()) {
session.removeAttribute((String) iList.next());
}

Imran
-Original Message-
From: Tim Funk [mailto:[EMAIL PROTECTED]
Sent: Saturday, July 19, 2003 5:48 AM
To: Tomcat Users List
Subject: Re: How to clean objects in user's session


Older versions of tomcat have their Enumeration from
session.getAttributeNames() backed by an Iterator. So if a change is made
you
get the ConcurrentModificationException. I know tomcat 5 does not have this
problem but I don't know about tomcat4. Since your using 4.1.24 - I am
guessing the change was not backported.

The easiest solution is to call invalidate - but this also usually logs the
user out too so it may not be acceptable. Once a session is invalidated - it
can't be used anymore for getting and setting stuff.

The alternative is clone/copy the Enumeration (probably the hard way by an
extra iteration) - then iterate through the copied version. The copied
version has no relation to the list so you can clear its atributes without
the exception.

-Tim



Imran Balkhi wrote:
 Hello,

 Our application is divided into multiple vertical views (ie, multiple
 company). User can work in only one vertical slice at a time (ie, abc
 company). Currently users have to logout and login again to change the
 vertical. There is a business requirement to provide ability to switch
 verticals without the need to logout and relogin. Here are my options.


 1) invalidate the session object and create a new session. I am not sure
 if this is possible with logout and relogin routine. We are using our own
 authentication.

 2) remove vertical specific objects from user's session. This option
 seems to be less intrusive on users. However, I am not able to remove
 objects Here is the test code

 if((userPreference.getCurrentCompanyId()  0) 
 userPreference.getCurrentCompanyId() != companyId){
   Enumeration sessionAttributes = session.getAttributeNames();
   while(sessionAttributes.hasMoreElements()) {
   String name = (String) sessionAttributes.nextElement();
   if ((name.compareTo(userSession) != 0)   //exclude vertical
 independent objects
   (name.compareTo(style) != 0) 
   (name.compareTo(moduleID) != 0) 
   (name.compareTo(listNavigatorMap) != 0))
   logger.debug (Name :   + name);
   session.removeAttribute(name);
   }
   }
 }

 I am getting ConcurrentModificationException, detials are in attached
file.

 Can any one point out what am I doing wrong or let me know if there are
 better ways to get to goal.

 Thanks,
 Imran





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



How to clean objects in user's session

2003-07-18 Thread Imran Balkhi
Hello,

Our application is divided into multiple vertical views (ie, multiple
company). User can work in only one vertical slice at a time (ie, abc
company). Currently users have to logout and login again to change the
vertical. There is a business requirement to provide ability to switch
verticals without the need to logout and relogin. Here are my options.


1) invalidate the session object and create a new session. I am not sure
if this is possible with logout and relogin routine. We are using our own
authentication.

2) remove vertical specific objects from user's session. This option
seems to be less intrusive on users. However, I am not able to remove
objects Here is the test code

if((userPreference.getCurrentCompanyId()  0) 
userPreference.getCurrentCompanyId() != companyId){
Enumeration sessionAttributes = session.getAttributeNames();
while(sessionAttributes.hasMoreElements()) {
String name = (String) sessionAttributes.nextElement();
if ((name.compareTo(userSession) != 0)   //exclude vertical
independent objects
(name.compareTo(style) != 0) 
(name.compareTo(moduleID) != 0) 
(name.compareTo(listNavigatorMap) != 0))
logger.debug (Name :   + name);
session.removeAttribute(name);
}
}
}

I am getting ConcurrentModificationException, detials are in attached file.

Can any one point out what am I doing wrong or let me know if there are
better ways to get to goal.

Thanks,
Imran

htmlheadtitleApache Tomcat/4.1.24 - Error 
report/titleSTYLE!--H1{font-family : sans-serif,Arial,Tahoma;color : 
white;background-color : #0086b2;} H3{font-family : sans-serif,Arial,Tahoma;color : 
white;background-color : #0086b2;} BODY{font-family : sans-serif,Arial,Tahoma;color : 
black;background-color : white;} B{color : white;background-color : #0086b2;} HR{color 
: #0086b2;} --/STYLE /headbodyh1HTTP Status 500 - /h1HR size=1 
noshadepbtype/b Exception report/ppbmessage/b 
u/u/ppbdescription/b uThe server encountered an internal error () that 
prevented it from fulfilling this request./u/ppbexception/b 
preorg.apache.jasper.JasperException
at 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:254)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at 
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:594)
   

Unable to Compile JSP with Tomcat 4.1.21 JDK 1.4.1_01

2003-03-05 Thread Imran Balkhi
Hi,

I am getting the following error when I try to access JSP pages.

here is the error message:

org.apache.jasper.JasperException: Unable to compile class for JSP

An error occurred at line: -1 in the jsp file: null

Generated servlet error:
[javac] Since fork is true, ignoring compiler setting.
[javac] Compiling 1 source file
[javac] Since fork is true, ignoring compiler setting.
[javac] javac: invalid flag: D:\Program
[javac] Usage: javac
[javac] where possible options include:
[javac]   -gGenerate all debugging info
[javac]   -g:none   Generate no debugging info
[javac]   -g:{lines,vars,source}Generate only some debugging info
[javac]   -nowarn   Generate no warnings
[javac]   -verbose  Output messages about what the
compiler is doing
[javac]   -deprecation  Output source locations where
deprecated APIs are used
[javac]   -classpath  Specify where to find user class files
[javac]   -sourcepath Specify where to find input source files
[javac]   -bootclasspath  Override location of bootstrap class files
[javac]   -extdirsOverride location of installed extensions
[javac]   -d Specify where to place generated class files
[javac]   -encoding   Specify character encoding used by source
files
[javac]   -source  Provide source compatibility with specified
release
[javac]   -target  Generate class files for specific VM version
[javac]   -help Print a synopsis of standard options
==

My application works fine with 4.1.18 and earlier versions.

Do I need to do additional configuration with 4.1.21?

Thanks,
Imran




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Unable to Compile JSP with Tomcat 4.1.21 JDK 1.4.1_01

2003-03-05 Thread Imran Balkhi
Hi Larry,

Here are my environment variables

JAVA_HOME = C:\j2sdk1.4.1
CATALIINA_HOME = D:\Program Files\Apache Group\Tomcat 4.1


Imran

-Original Message-
From: Larry Meadors [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 05, 2003 3:43 PM
To: [EMAIL PROTECTED]
Subject: Re: Unable to Compile JSP with Tomcat 4.1.21  JDK 1.4.1_01


Are there spaces in your catalina_home. or java_home environment
variables? That may be messing things up.

Larry

 [EMAIL PROTECTED] 03/05/03 16:38 PM 
Hi,

I am getting the following error when I try to access JSP pages.

here is the error message:

org.apache.jasper.JasperException: Unable to compile class for JSP

An error occurred at line: -1 in the jsp file: null

Generated servlet error:
[javac] Since fork is true, ignoring compiler setting.
[javac] Compiling 1 source file
[javac] Since fork is true, ignoring compiler setting.
[javac] javac: invalid flag: D:\Program
[javac] Usage: javac
[javac] where possible options include:
[javac]   -gGenerate all debugging info
[javac]   -g:none   Generate no debugging info
[javac]   -g:{lines,vars,source}Generate only some debugging
info
[javac]   -nowarn   Generate no warnings
[javac]   -verbose  Output messages about what the
compiler is doing
[javac]   -deprecation  Output source locations where
deprecated APIs are used
[javac]   -classpath  Specify where to find user class files
[javac]   -sourcepath Specify where to find input source
files
[javac]   -bootclasspath  Override location of bootstrap class
files
[javac]   -extdirsOverride location of installed
extensions
[javac]   -d Specify where to place generated class
files
[javac]   -encoding   Specify character encoding used by source
files
[javac]   -source  Provide source compatibility with
specified
release
[javac]   -target  Generate class files for specific VM
version
[javac]   -help Print a synopsis of standard
options
==

My application works fine with 4.1.18 and earlier versions.

Do I need to do additional configuration with 4.1.21?

Thanks,
Imran




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Unable to Compile JSP with Tomcat 4.1.21 JDK 1.4.1_01

2003-03-05 Thread Imran Balkhi
Hi Filip,

Sorry for the typo in my presious mail. CATALINA_HOME in spelled correctly
in my environment.

You are right about the spaces. I installed tomcat in d:\test and everything
worked fine. What changed in 4.1.21 which is causing this probelm? Earlier
versions worked fine for me.


Imran


-Original Message-
From: Filip Hanik [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 05, 2003 3:56 PM
To: Tomcat Users List
Subject: RE: Unable to Compile JSP with Tomcat 4.1.21  JDK 1.4.1_01


the spaces could be a problem, not sure, try to install tomcat into
c:\tomcat41 for example
also CATALINA_HOME is misspelled, not sure if you saw that.

Filip

-Original Message-
From: Imran Balkhi [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 05, 2003 3:59 PM
To: Tomcat Users List
Subject: RE: Unable to Compile JSP with Tomcat 4.1.21  JDK 1.4.1_01


Hi Larry,

Here are my environment variables

JAVA_HOME = C:\j2sdk1.4.1
CATALIINA_HOME = D:\Program Files\Apache Group\Tomcat 4.1


Imran

-Original Message-
From: Larry Meadors [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 05, 2003 3:43 PM
To: [EMAIL PROTECTED]
Subject: Re: Unable to Compile JSP with Tomcat 4.1.21  JDK 1.4.1_01


Are there spaces in your catalina_home. or java_home environment
variables? That may be messing things up.

Larry

 [EMAIL PROTECTED] 03/05/03 16:38 PM 
Hi,

I am getting the following error when I try to access JSP pages.

here is the error message:

org.apache.jasper.JasperException: Unable to compile class for JSP

An error occurred at line: -1 in the jsp file: null

Generated servlet error:
[javac] Since fork is true, ignoring compiler setting.
[javac] Compiling 1 source file
[javac] Since fork is true, ignoring compiler setting.
[javac] javac: invalid flag: D:\Program
[javac] Usage: javac
[javac] where possible options include:
[javac]   -gGenerate all debugging info
[javac]   -g:none   Generate no debugging info
[javac]   -g:{lines,vars,source}Generate only some debugging
info
[javac]   -nowarn   Generate no warnings
[javac]   -verbose  Output messages about what the
compiler is doing
[javac]   -deprecation  Output source locations where
deprecated APIs are used
[javac]   -classpath  Specify where to find user class files
[javac]   -sourcepath Specify where to find input source
files
[javac]   -bootclasspath  Override location of bootstrap class
files
[javac]   -extdirsOverride location of installed
extensions
[javac]   -d Specify where to place generated class
files
[javac]   -encoding   Specify character encoding used by source
files
[javac]   -source  Provide source compatibility with
specified
release
[javac]   -target  Generate class files for specific VM
version
[javac]   -help Print a synopsis of standard
options
==

My application works fine with 4.1.18 and earlier versions.

Do I need to do additional configuration with 4.1.21?

Thanks,
Imran




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]