Re: Tomcat next

2001-09-26 Thread brian moseley

On Wed, 26 Sep 2001, Craig R. McClanahan wrote:

 What would *you* like to see happen?  (And what would
 *you* like to work on to make it happen?  :-).

did you see my message about virtual host support for
authenticators and realms? :)

i will likely be able to put some time into it in the near
future, but i'd definitely like some feedback on my thoughts
before i consider it.




Re: form based login - update

2001-09-21 Thread brian moseley

On Fri, 21 Sep 2001, pero wrote:

 What could be done now? Encoding all image-resources
 would be a strange solution and other matching is not
 allowed.

i use a layout like so:

 /index.jsp
 /login.jsp
 /share/styles.css
 /share/img/*.gif
 /main/*.jsp

in web.xml i protect /index.jsp and /main/*. this means
that both protected and unprotected resources can references
things in /share.

it does require a bit of a compromise in structuring the
site, but it makes things work. and i typically make use of
frames in such a fashion that none of the /main/*.jsp urls
are ever seen by the user, so there's no aesthetic concern
:)

that said, i would like to see path-and-extension mapping as
well.




JNDIRealm and virtual hosting

2001-09-17 Thread brian moseley


i'm writing an application that uses JNDIRealm for
authentication. works great, but having to configure
connection information server.xml is a bit limiting. so i'm
trying to figure out the right way to support virtual
hosting for JNDIRealm (and possibly by extension for all
realms and authenticators).

the goal: a single host, realm and context are configured in
server.xml.user a visits the application at
http://www.domain1.com, which connects to ldap.domain1.com
for dn cn=a,dc=domain1,dc=com with one set of connection
info and role base. user b visits the same application at
http://www.domain2.net, which connects to ldap.domain2.net
for dn cn=b,dc=domain2,cd=net with a different set of
connection info and role base.

seems like JNDIRealm would have to be modified in these
ways:

1) don't open connection in start() or close it in stop()
2) don't maintain a single InitialDirContext for the realm,
   but rather get a new one for each connection
3) sport an interface for allowing the authenticator to pass
   in a virtual host name (extracted from
   request.getServerName()), and retrieving connection info
   for that virtual host

a service location and configuration mechanism that solves
#3 would probably be useful for many components. also it may
have an impact on the Realm interface. so i would like to
get some feedback before i take a knife to anything.

i thought initially about configuring a resource in
server.xml for each ldap server, but that approach doesn't
scale well. still, allowing the realm to look up connection
information using jndi seems reasonable. i'm just not sure
of the right way to publish the connection info in the first
place.

thoughts? anybody else find this to be an issue?




Re: cvs commit: jakarta-tomcat-jasper/jasper34/tools importRpl.plpkgReplace.pl rmImport.pl

2001-06-06 Thread brian moseley


may i suggest something like:

  find . -name *.java|xargs perl -pie 's/import\s+foo\;/import\ bar\;/g'

:)

On 6 Jun 2001 [EMAIL PROTECTED] wrote:

 costin  01/06/05 23:51:29

   Added:   jasper34/tools importRpl.pl pkgReplace.pl rmImport.pl
   Log:
   Ok, kill me - I used perl to avoid typing. Checked it in - might need it
   later.

   Revision  ChangesPath
   1.1  jakarta-tomcat-jasper/jasper34/tools/importRpl.pl

   Index: importRpl.pl
   ===
   #!/usr/bin/perl

   # Replace the package declaration

   my $file = $ARGV[0];
   my $temp = temp;
   open (FILE, $file) || die (Can't open file $file :$! \n);

   open (TEMP, $temp) || die( Can't open file $file: $!\n);

   while (FILE) {

 s/import\s+($ARGV[1])\;/import\ $ARGV[2]\;/g;
 print TEMP;

   }


   close(FILE);
   close(TEMP);
   rename($temp, $file);



   1.1  jakarta-tomcat-jasper/jasper34/tools/pkgReplace.pl

   Index: pkgReplace.pl
   ===
   #!/usr/bin/perl

   # Replace the package declaration

   my $file = $ARGV[0];
   my $temp = temp;
   open (FILE, $file) || die (Can't open file $file :$! \n);

   open (TEMP, $temp) || die( Can't open file $file: $!\n);

   while (FILE) {

 s/package\s+(\S+)\;/package\ $ARGV[1]\;/g;
 print TEMP;

   }


   close(FILE);
   close(TEMP);
   rename($temp, $file);



   1.1  jakarta-tomcat-jasper/jasper34/tools/rmImport.pl

   Index: rmImport.pl
   ===
   #!/usr/bin/perl

   # Replace the package declaration

   my $file = $ARGV[0];
   my $temp = temp;
   open (FILE, $file) || die (Can't open file $file :$! \n);

   open (TEMP, $temp) || die( Can't open file $file: $!\n);

   while (FILE) {

 s/import\s+($ARGV[1])\;//g;
 print TEMP;

   }


   close(FILE);
   close(TEMP);
   rename($temp, $file);








Re: Taglibs Article

2001-05-25 Thread brian moseley

On Fri, 25 May 2001, Nick Bauman wrote:

 8

 #foreach( $event in $events )
   $yapper = $meeting.getParticipation( ((MeetingEvent)$event).getFromId() )
   #if( $repRole.equals($yapper.getRole() )
 $repId = $yapper.getParticipantId()
 font color=$blackb$yapper.getName()/b/font
   #else
 font color=$blueb$yapper.getName()/b/font
   #end
   #if ( $event.getClass().getName().equals($chatEventType) )
 ((com.webhelp.emeeting.events.ChatEvent)$event).getStoredData() br
   #else if( $event.getClass().getName().equals($urlPushedEventType) )
 a
 
href=((com.webhelp.emeeting.events.URLPushedEvent)$event).getStoredData()((com.webhelp.emeeting.events.URLPushedEvent)$event).getStoredData()/abr
   #end
 #end

 8

where's the business logic?