io.File relative path constructor

2005-09-06 Thread Paul Wallace 
 
Hi,
A should-be easy one - I do not wish to define an absolute path
to a File as it will packaged in a JAR, therefore its path will change.
How do I construct a File relative to my src root, something like File
file = new File("/path/myFile.xml");? I tried passing in a URL, URI but
am getting:

Exception in thread "main" java.lang.IllegalArgumentException: URI is
not hierarchical

when I jar and run it. Am using Win XP + Java 1.5.

Thanks

Paul.

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

DO NOT REPLY [Bug 36525] - mod_jk 1.2.14.1 core dump

2005-09-06 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36525





--- Additional Comments From [EMAIL PROTECTED]  2005-09-07 07:44 ---
Hi,

Can you comment lines 605 and 606 in jk_lb_worker.c and see if
it still core dumps.
Also, did you try to stop the previous version and delete .shm file?
Nou sure, but even reboot might be required if OS catched the shared memory.
The shared memory slot was enlarged with 1.2.14 version so the stuctures
are different, and if old one are catched then the new one will core dump.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 36534] New: - Context relative URLs returned by ServletContext.getResource() for the same path are not equal

2005-09-06 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36534

   Summary: Context relative URLs returned by
ServletContext.getResource() for the same path are not
equal
   Product: Tomcat 5
   Version: Nightly Build
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Consider the following servlet snippet:

  URL main = context.getResource("/WEB-INF/wsdl/hello_literal.wsdl");
  URL sub = new URL(main, "hello.xsd");
  URL sub1 = context.getResource("/WEB-INF/wsdl/hello.xsd");

While sub.toString().equals(sub1.toString()) is TRUE, sub.equals(sub1)
returns FALSE, where it should also return TRUE.

I noticed the reason sub.equals.(sub1) is FALSE is because their
getHost() values are different:

  sub.getHost() -> ""
  sub1.getHost() -> null

Notice that in the case of

  URL sub = new URL(main, "hello.xsd");

java.net.URLStreamHandler.parseURL() will set host to "", while in the
case of

  URL sub1 = context.getResource("/WEB-INF/wsdl/hello.xsd");

which is implemented by
org.apache.catalina.core.ApplicationContext.getResource() as follows:

  return new URL
  ("jndi", null, 0, getJNDIUri(hostName, fullPath),
  new DirContextURLStreamHandler(resources));

the host component is set to "null".

Changing

  return new URL
  ("jndi", null, 0, getJNDIUri(hostName, fullPath),
  new DirContextURLStreamHandler(resources));

to 

  return new URL
  ("jndi", "", 0, getJNDIUri(hostName, fullPath),
  new DirContextURLStreamHandler(resources));

in ApplicationContext.getResource() fixes the problem.

Unfortunately, I am having cvs problems, otherwise i would have committed
the fix myself.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 34856] - MacOSX 10.4 and Java 5 jnilibs causes ZipException when Tomcat loads non-jars

2005-09-06 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34856





--- Additional Comments From [EMAIL PROTECTED]  2005-09-07 04:14 ---
btw, this is a Mac OS X 10.4 only bug (since there's no J2SE5.0 on 10.3).
Someone needs to add 10.4 to the list of OSes.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 34856] - MacOSX 10.4 and Java 5 jnilibs causes ZipException when Tomcat loads non-jars

2005-09-06 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34856





--- Additional Comments From [EMAIL PROTECTED]  2005-09-07 04:11 ---
> (In reply to comment #5)
> Are you suggesting we change Jasper to only add files ending in .jar to the
classpath?

Yes. .jar and .zip

(In reply to comment #6)
> I bet adding only files ending in jar would break a lot of stuff.

Why would it break stuff? Are class files ever found in a non-.zip/.jar file?
The only situation I can think of is if someone has a zip file named a.foo, i.e.
the file is a zip file, but the extension is not .zip.

If you did have such a situation on Windows/Solaris/Linux, you would already
have seen failures there (with 1.5). If the only platform we're concerned about
is the Mac then I would say it's safe to add just .zip and .jar.

Alternatively, you could go in the opposite direction and exclude all
.jnilib/.dylib files (as a hack). That may work depending on what the user has
lying the directory.

More fundamentally, why do we explicitly add all the files found in
/System/Library/Java/Extensions directory to the classpath? The JVM on MacOS
will automatically pick up those jars so yet another option may be to just
ignore that directory while creating the huge classpath.

Thinking on these lines some more... it strikes me that
/System/Library/Java/Extensions is part of the java.ext.dir system property. Any
jar/zip file found in java.ext.dir will be automatically picked up by the VM
during compilation/execution. What this means is that you can generalize your
solution by not adding any of the files in the directories specified by
java.ext.dir to the classpath. See

(old 1.3.1 release notes but I'm sure the text is still valid for 1.5)


Java extension locations

Java can be extended by adding custom jar, zip, and class files, as well as
native JNI libraries, in the location specified by the java.ext.dir property. In
Mac OS X 10.0, this property pointed to
/System/Library/Frameworks/JavaVM.framework/Versions/1.3/Home/lib/ext, and many
third party applications placed their extensions there. There are two problems
with this scheme: installing files in the System domain requires administrative
privileges; and the extensions are tied to a specific version of the JDK.

In Mac OS X 10.1, java.ext.dir has been changed to contain a list of
directories, and several additional locations for saving extensions have been
added. This new scheme makes it possible to override extensions, and provides
distinct locations for third party extensions, Apple extensions, and Sun JDK
extensions. By default, Java searches for extensions, in order, in the following
directories:

   1. User’s home directory (~/Library/Java/Extensions/)
   2. Local domain (/Library/Java/Extensions/)
   3. Network domain (/Network/Library/Java/Extensions/)
   4. System domain (/System/Library/Java/Extensions/)
   5. $JAVA_HOME
(/System/Library/Frameworks/JavaVM.framework/Versions/Current/Home/lib/ext/)

In general, third party developers should install extensions in the Local
domain. Apple extensions, such as QTJava.zip, are installed in the System
domain, and Sun JDK extensions are installed in $JAVA_HOME.
-

> Is it possible to catch the exceptions thrown when opening broken files from
the classpath and simply log 
> an error message?

Not sure if it would work but it might be worth a shot.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

Extending login options with CAS

2005-09-06 Thread Eric Pugh 
Hi all,

I've been investigating add another login option beyond BASIC,FORM, etc to
Tomcat.  According to the Servlet 2.4 spec it appears that adding another
"vendor supplied" login method is allowed.

I've tweaked my copy of Tomcat to add the type "CAS" that support the Central
Authentication Service method:
http://tp.its.yale.edu/tiki/tiki-index.php?page=CentralAuthenticationService.

I did this by adding extra properties to LoginConfig, tweaking the digester
rules to read in extra cas-login-config/* properties from web.xml, and adding
CasAuthenticator.   

This did require editing a couple of Tomcat files.  I am a) wondering if there
is a less intrusive way, and b) wondering if this would make a good 
contribution? 

I don't quite understand why Tomcat has the LoginConfig, instead of just
instantiating an Authenticator via the Digester ruleset and attaching that to
the appropriate realm.  If the Digester WebRuleSet was in an xml file then you
could extend authentications without making any Java code changes I think..

Eric

--
Open WebMail Project (http://openwebmail.org)


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

DO NOT REPLY [Bug 36525] - mod_jk 1.2.14.1 core dump

2005-09-06 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36525





--- Additional Comments From [EMAIL PROTECTED]  2005-09-06 20:28 ---
First email sent to tomcat-dev:
http://marc.theaimsgroup.com/?l=tomcat-dev&m=112501659012202&w=2

Another user has reported what appears to be the exact same crash on Solaris.  I
am guessing that this is either some sort of 64-bit or big endian bug that does
not show up on i386 (where mod_jk 1.2.14.1 works fine for me)

http://marc.theaimsgroup.com/?l=tomcat-user&m=112569118927613&w=2

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 36525] New: - mod_jk 1.2.14.1 core dump

2005-09-06 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36525

   Summary: mod_jk 1.2.14.1 core dump
   Product: Tomcat 5
   Version: Unknown
  Platform: Other
OS/Version: IRIX
Status: NEW
  Severity: normal
  Priority: P2
 Component: Native:JK
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


On SGI IRIX mod_jk 1.2.14.1 crashes on every request in jk_lb_worker.c line 605.
 Going back to 1.2.11 works fine.  Stack trace below:

>  0 service(e = 0x1035afe8, s = 0x7fff2b28, l = 0x10281f68, is_error =
0x7fff1af4)
["/tmp/jakarta-tomcat-connectors-1.2.14.1-src/jk/native/common/jk_lb_worker.c":605,
0x4315080]
  1 jk_handler(r = 0x103719a0)
["/tmp/jakarta-tomcat-connectors-1.2.14.1-src/jk/native/apache-2.0/mod_jk.c":1889,
0x4305648]
  2 ap_run_handler(r = 0x103719a0)
["/tmp/httpd-2.0.54/server/config.c":152, 0x1008b624]
  3 ap_invoke_handler(r = 0x103719a0)
["/tmp/httpd-2.0.54/server/config.c":364, 0x1008c390]
  4 ap_process_request(r = 0x103719a0)
["/tmp/httpd-2.0.54/modules/http/http_request.c":249, 0x10071990]
  5 ap_process_http_connection(c = 0x10365460)
["/tmp/httpd-2.0.54/modules/http/http_core.c":251, 0x10070f78]
  6 ap_run_process_connection(c = 0x10365460)
["/tmp/httpd-2.0.54/server/connection.c":43, 0x100a3e94]
  7 ap_process_connection(c = 0x10365460, csd = 0x10365378)
["/tmp/httpd-2.0.54/server/connection.c":176, 0x100a4568]
  8 child_main(child_num_arg = 0)
["/tmp/httpd-2.0.54/server/mpm/prefork/prefork.c":610, 0x1007c444]
  9 make_child(s = 0x102941c0, slot = 0)
["/tmp/httpd-2.0.54/server/mpm/prefork/prefork.c":704, 0x1007c6ac]
  10 startup_children(number_to_start = 5)
["/tmp/httpd-2.0.54/server/mpm/prefork/prefork.c":722, 0x1007c75c]
  11 ap_mpm_run(_pconf = 0x1025aac0, plog = 0x1028cb88, s =
0x102941c0) ["/tmp/httpd-2.0.54/server/mpm/prefork/prefork.c":941,
0x1007cda0]
  12 main(argc = 3, argv = 0x7fff2f44)
["/tmp/httpd-2.0.54/server/main.c":618, 0x100b1c48]
  13 __start()
["/xlv55/kudzu-apr12/work/irix/lib/libc/libc_n32_M3/csu/crt1text.s":177,
0x1004b9e8]

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

Re: [ANN] Servlet and JSP APIs have moved to subversion

2005-09-06 Thread Yoav Shapira 
Hi,

> I looked into the website work, and I think it should be enough to 
> simply add a page for mailing lists and downloads (for starters, other 
> pages can be added as needed). For the latter, what are the preferences 
> ? One like jakarta.apache.org, or a much simpler one like httpd.apache.org ?

Simple and clean, similar to httpd.apache.org.

Yoav

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

RE: [ANN] Servlet and JSP APIs have moved to subversion

2005-09-06 Thread Allistair Crossley 
I've taken a look at Hibernate's DocBook usage and it appears to cover most of 
what the Tomcat documentation needs (chapters, paras, lists, code snippets, 
tables), but as you say, I will experiment with a chapter or two and upload it 
somewhere for you to take a look, hopefully it will be worthwhile ...

Will be in touch, Allistair.

> -Original Message-
> From: Remy Maucherat [mailto:[EMAIL PROTECTED]
> Sent: 06 September 2005 15:36
> To: Tomcat Developers List
> Subject: Re: [ANN] Servlet and JSP APIs have moved to subversion
> 
> 
> Allistair Crossley wrote:
> > Hi Remy,
> > 
> > I've been thinking about the Tomcat online documentation for quite a
> > long time now, and have wanted to do something to enhance them for
> > the community. I think I am going to be able to get back to doing
> > this shortly. I've been looking at how other open-source projects
> > that I consider to be very well documented approach documentation,
> > and was most impressed with Christian Bauer's use of DocBook for
> > Hibernate's HTML and PDF documentation. DocBook is a schema for
> > defining "books" and one uses XSL to translate to HTML or PDF
> > renditions. I've set this up on my PC and have purchased a 
> decent XML
> > editor for the task, but I'm keen to learn whether you 
> would consider
> > even approaching the documentation differently.
> 
> Ok, feel free to experiment. The main drawback is that the 
> DTD is more 
> complicated. Besides that, it would produce better results.
> 
> Rémy
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


 
---
QAS Ltd.
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---



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

Re: [ANN] Servlet and JSP APIs have moved to subversion

2005-09-06 Thread Remy Maucherat 

Allistair Crossley wrote:

Hi Remy,

I've been thinking about the Tomcat online documentation for quite a
long time now, and have wanted to do something to enhance them for
the community. I think I am going to be able to get back to doing
this shortly. I've been looking at how other open-source projects
that I consider to be very well documented approach documentation,
and was most impressed with Christian Bauer's use of DocBook for
Hibernate's HTML and PDF documentation. DocBook is a schema for
defining "books" and one uses XSL to translate to HTML or PDF
renditions. I've set this up on my PC and have purchased a decent XML
editor for the task, but I'm keen to learn whether you would consider
even approaching the documentation differently.


Ok, feel free to experiment. The main drawback is that the DTD is more 
complicated. Besides that, it would produce better results.


Rémy

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

RE: [ANN] Servlet and JSP APIs have moved to subversion

2005-09-06 Thread Allistair Crossley 
Hi Remy,

I've been thinking about the Tomcat online documentation for quite a long time 
now, and have wanted to do something to enhance them for the community. I think 
I am going to be able to get back to doing this shortly. I've been looking at 
how other open-source projects that I consider to be very well documented 
approach documentation, and was most impressed with Christian Bauer's use of 
DocBook for Hibernate's HTML and PDF documentation. DocBook is a schema for 
defining "books" and one uses XSL to translate to HTML or PDF renditions. I've 
set this up on my PC and have purchased a decent XML editor for the task, but 
I'm keen to learn whether you would consider even approaching the documentation 
differently.

All the best, Allistair.

> -Original Message-
> From: Remy Maucherat [mailto:[EMAIL PROTECTED]
> Sent: 06 September 2005 15:08
> To: Tomcat Developers List
> Subject: Re: [ANN] Servlet and JSP APIs have moved to subversion
> 
> 
> Mark Thomas wrote:
> > The following CVS modules have been migrated to subversion
> > 
> > jakarta-servletapi
> > jakarta-servletapi-4
> > jakarta-servletapi-5
> > 
> > These modules are now read only in CVS.
> > 
> > The new SVN locations are:
> > 
> http://svn.apache.org/repos/asf/tomcat/servletapi/branches/ser
> vlet2.2-jsp1.1-tc3.x/ 
> > 
> > 
> http://svn.apache.org/repos/asf/tomcat/servletapi/branches/ser
> vlet2.3-jsp1.2-tc4.x/ 
> > 
> > 
> http://svn.apache.org/repos/asf/tomcat/servletapi/servlet2.4-j
> sp2.0-tc5.x/
> > 
> > NB Committers wishing to make changes to these modules will 
> need to use 
> > https as per 
> http://www.apache.org/dev/version-control.html#https-svn
> > 
> > TC3&4 will move next (phase 4), followed by TC5, Connectors 
> and Jasper2 
> > (phase 5). A more detailed schedule, particularly for phase 
> 5 since this 
> > is the focus of development, will be posted on the tomcat-dev list 
> > nearer the time.
> 
> It seems to work well !
> 
> What's the next step ?
> 
> I looked into the website work, and I think it should be enough to 
> simply add a page for mailing lists and downloads (for 
> starters, other 
> pages can be added as needed). For the latter, what are the 
> preferences 
> ? One like jakarta.apache.org, or a much simpler one like 
> httpd.apache.org ?
> 
> Rémy
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


 
---
QAS Ltd.
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---



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

Re: [ANN] Servlet and JSP APIs have moved to subversion

2005-09-06 Thread Remy Maucherat 

Mark Thomas wrote:

The following CVS modules have been migrated to subversion

jakarta-servletapi
jakarta-servletapi-4
jakarta-servletapi-5

These modules are now read only in CVS.

The new SVN locations are:
http://svn.apache.org/repos/asf/tomcat/servletapi/branches/servlet2.2-jsp1.1-tc3.x/ 

http://svn.apache.org/repos/asf/tomcat/servletapi/branches/servlet2.3-jsp1.2-tc4.x/ 


http://svn.apache.org/repos/asf/tomcat/servletapi/servlet2.4-jsp2.0-tc5.x/

NB Committers wishing to make changes to these modules will need to use 
https as per http://www.apache.org/dev/version-control.html#https-svn


TC3&4 will move next (phase 4), followed by TC5, Connectors and Jasper2 
(phase 5). A more detailed schedule, particularly for phase 5 since this 
is the focus of development, will be posted on the tomcat-dev list 
nearer the time.


It seems to work well !

What's the next step ?

I looked into the website work, and I think it should be enough to 
simply add a page for mailing lists and downloads (for starters, other 
pages can be added as needed). For the latter, what are the preferences 
? One like jakarta.apache.org, or a much simpler one like httpd.apache.org ?


Rémy

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

Francisco Pradas Garcia está ausente de la oficina.

2005-09-06 Thread Francisco Pradas Garcia 
Estaré ausente de la oficina desde el Lun, 05/09/2005 y no volveré hasta el
Lun, 03/10/2005.

Responderé a su mensaje cuando regrese, no obstante pueden copiar a esta
direccion [EMAIL PROTECTED]

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

DO NOT REPLY [Bug 36518] - synchronous and asynchronous cluster replication modes do not work due to typo in DataSenders.properties

2005-09-06 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36518


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-09-06 14:52 ---
I am not certain it is that sensible to try to use these two senders, but I
allpied the patch since it's an obvious typo.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

2005-09-06 Thread remm 
remm2005/09/06 05:50:55

  Modified:modules/cluster/src/share/org/apache/catalina/cluster/tcp
DataSenders.properties
   webapps/docs changelog.xml
  Log:
  - 36518: Classname typos for senders.
  - Submitted by Christoph Bachhuber-Haller.
  
  Revision  ChangesPath
  1.2   +2 -2  
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/DataSenders.properties
  
  Index: DataSenders.properties
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/DataSenders.properties,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- DataSenders.properties16 Jul 2005 21:02:17 -  1.1
  +++ DataSenders.properties6 Sep 2005 12:50:55 -   1.2
  @@ -1,4 +1,4 @@
   fastasyncqueue=org.apache.catalina.cluster.tcp.FastAsyncSocketSender
  -asynchronous=org.apache.catalina..cluster.tcp.AsyncSocketSender
  -synchronous=org.apache.catalina..cluster.tcp.SocketSender
  +asynchronous=org.apache.catalina.cluster.tcp.AsyncSocketSender
  +synchronous=org.apache.catalina.cluster.tcp.SocketSender
   pooled=org.apache.catalina.cluster.tcp.PooledSocketSender
  
  
  
  1.368 +4 -1  jakarta-tomcat-catalina/webapps/docs/changelog.xml
  
  Index: changelog.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v
  retrieving revision 1.367
  retrieving revision 1.368
  diff -u -r1.367 -r1.368
  --- changelog.xml 1 Sep 2005 18:28:24 -   1.367
  +++ changelog.xml 6 Sep 2005 12:50:55 -   1.368
  @@ -77,7 +77,10 @@
 
 
 
  -
  +
  +  
  +36518: Classname typos for senders, submitted by 
Christoph Bachhuber-Haller (remm)
  +  
   
 
 
  
  
  

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

DO NOT REPLY [Bug 36518] - synchronous and asynchronous cluster replication modes do not work due to typo in DataSenders.properties

2005-09-06 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36518





--- Additional Comments From [EMAIL PROTECTED]  2005-09-06 14:19 ---
Created an attachment (id=16315)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16315&action=view)
Fix 

This patch should fix the bug

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 36518] New: - synchronous and asynchronous cluster replication modes do not work due to typo in DataSenders.properties

2005-09-06 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36518

   Summary: synchronous and asynchronous cluster replication modes
do not work due to typo in DataSenders.properties
   Product: Tomcat 5
   Version: Nightly Build
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina:Cluster
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]


When using said replication modes, I get this error:


Cannot instantiate a data replication sender of class
org.apache.catalina..cluster.tcp.AsyncSocketSender
java.lang.ClassNotFoundException: 
org/apache/catalina//cluster/tcp/AsyncSocketSender
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:164)
at
org.apache.catalina.cluster.tcp.IDataSenderFactory.getSender(IDataSenderFactory.java:136)
at
org.apache.catalina.cluster.tcp.IDataSenderFactory.getIDataSender(IDataSenderFactory.java:96)
at
org.apache.catalina.cluster.tcp.ReplicationTransmitter.add(ReplicationTransmitter.java:667)
at
org.apache.catalina.cluster.tcp.SimpleTcpCluster.memberAdded(SimpleTcpCluster.java:1104)
at
org.apache.catalina.cluster.mcast.McastService.memberAdded(McastService.java:446)
at
org.apache.catalina.cluster.mcast.McastServiceImpl.receive(McastServiceImpl.java:215)
at
org.apache.catalina.cluster.mcast.McastServiceImpl$ReceiverThread.run(McastServiceImpl.java:253)

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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