Return-Path: Delivered-To: apmail-ws-axis-dev-archive@www.apache.org Received: (qmail 13823 invoked from network); 14 Feb 2008 15:44:12 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 14 Feb 2008 15:44:12 -0000 Received: (qmail 44309 invoked by uid 500); 14 Feb 2008 15:44:00 -0000 Delivered-To: apmail-ws-axis-dev-archive@ws.apache.org Received: (qmail 44268 invoked by uid 500); 14 Feb 2008 15:43:59 -0000 Mailing-List: contact axis-dev-help@ws.apache.org; run by ezmlm Precedence: bulk Reply-To: axis-dev@ws.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list axis-dev@ws.apache.org Received: (qmail 44257 invoked by uid 99); 14 Feb 2008 15:43:59 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 14 Feb 2008 07:43:59 -0800 X-ASF-Spam-Status: No, hits=-0.8 required=10.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_MED,SPF_PASS,TVD_FW_GRAPHIC_NAME_MID X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of nlgallar@us.ibm.com designates 32.97.110.151 as permitted sender) Received: from [32.97.110.151] (HELO e33.co.us.ibm.com) (32.97.110.151) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 14 Feb 2008 15:43:14 +0000 Received: from d03relay02.boulder.ibm.com (d03relay02.boulder.ibm.com [9.17.195.227]) by e33.co.us.ibm.com (8.13.8/8.13.8) with ESMTP id m1EFhYJJ007244 for ; Thu, 14 Feb 2008 10:43:34 -0500 Received: from d03av04.boulder.ibm.com (d03av04.boulder.ibm.com [9.17.195.170]) by d03relay02.boulder.ibm.com (8.13.8/8.13.8/NCO v8.7) with ESMTP id m1EFhWsq120308 for ; Thu, 14 Feb 2008 08:43:32 -0700 Received: from d03av04.boulder.ibm.com (loopback [127.0.0.1]) by d03av04.boulder.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m1EFhWwL007493 for ; Thu, 14 Feb 2008 08:43:32 -0700 Received: from d03nm118.boulder.ibm.com (d03nm118.boulder.ibm.com [9.17.195.144]) by d03av04.boulder.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m1EFhVvI007478 for ; Thu, 14 Feb 2008 08:43:31 -0700 In-Reply-To: <47B36B70.5070806@gmail.com> Subject: Re: [Axis2] Writing custom deployer for JAXWS that picks classes from WEB-INF/classes To: axis-dev@ws.apache.org Cc: axis-dev@ws.apache.org X-Mailer: Lotus Notes Release 7.0 HF277 June 21, 2006 Message-ID: From: Nicholas L Gallardo Date: Thu, 14 Feb 2008 09:43:28 -0600 X-MIMETrack: Serialize by Router on D03NM118/03/M/IBM(Release 8.0|August 02, 2007) at 02/14/2008 08:43:31 MIME-Version: 1.0 Content-type: multipart/related; Boundary="0__=08BBF97CDFDE16458f9e8a93df938690918c08BBF97CDFDE1645" X-Virus-Checked: Checked by ClamAV on apache.org --0__=08BBF97CDFDE16458f9e8a93df938690918c08BBF97CDFDE1645 Content-type: multipart/alternative; Boundary="1__=08BBF97CDFDE16458f9e8a93df938690918c08BBF97CDFDE1645" --1__=08BBF97CDFDE16458f9e8a93df938690918c08BBF97CDFDE1645 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: quoted-printable Dims, So with Plan B, I'm assuming your directory structure would look like t= his? $AXIS2_HOME/repository | |-------------> modules/ | |-------------> services/ | |-------------> jaxws-services/ Given that, then someone would come along and drop their WARs directly = in there? -Nick = Davanum Srinivas = = To axis-dev@ws.apache.org = 02/13/2008 04:13 = cc PM = Subj= ect [Axis2] Writing custom deployer = for Please respond to JAXWS that picks classes from = axis-dev@ws.apach WEB-INF/classes = e.org = = = = = = -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Deepal, Roy, Sandakith, Jeff, Currently, when one writes a deployer, it needs to have a directory and= a file extension for it. The deployment engine scans all the directories and if it finds a file with that extension it= will invoke it. Problem is in the TCK case, all we have are classes in WEB-INF/classes = with the package names dictating the directory structure under it (and the class files deep somewhere inside) Plan A: Is there to write a new deployer that can traverse the file sys= tem by itself (NOT by the deployment engine)? Plan B: Just create a directory called jaxws-services and drop a text f= ile or xml file with enough information (just the class name is enough). then we can use the current way deployment engin= e works... Thoughts please? thanks, dims -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Cygwin) iD8DBQFHs2twgNg6eWEDv1kRAkxIAJ9gPVKAVCdbbOqQfN4Tiba865ktgACeP+iB FBvU9GjSZHu3VGItGcV2kVA=3D =3DryHL -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org For additional commands, e-mail: axis-dev-help@ws.apache.org = --1__=08BBF97CDFDE16458f9e8a93df938690918c08BBF97CDFDE1645 Content-type: text/html; charset=US-ASCII Content-Disposition: inline Content-transfer-encoding: quoted-printable

Dims,

So with Plan B, I'm assuming your directory structure would look like t= his?

$AXIS2_HOME/repository
|
|-------------> modules/
|
|-------------> services/
|
|-------------> jaxws-services/

Given that, then someone would come along and drop their WARs directly = in there?

-Nick


3D"InactiveDavanum Srinivas <davanum@gma= il.com>


=
          Davanum Srinivas <davanum@gmail.com>

          02/13/2008 04:13 PM
          Please respond to
          axis-dev@ws.apache.org

 =
3D=
To
3D""
axis-dev@ws.apache.org
3D=
cc
3D""
3D=
Subject
3D""
[Axis2] Writing custom deployer for JAXWS that picks c= lasses from WEB-INF/classes
3D=3D""

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Deepal, Roy, Sandakith, Jeff,

Currently, when one writes a deployer, it needs to have a directory and= a file extension for it. The deployment engine
scans all the directories and if it finds a file with that extension it= will invoke it.

Problem is in the TCK case, all we have are classes in WEB-INF/classes = with the package names dictating the directory
structure under it (and the class files deep somewhere inside)

Plan A: Is there to write a new deployer that can traverse the file sys= tem by itself (NOT by the deployment engine)?

Plan B: Just create a directory called jaxws-services and drop a text f= ile or xml file with enough information (just the
class name is enough). then we can use the current way deployment engin= e works...

Thoughts please?

thanks,
dims
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Cygwin)

iD8DBQFHs2twgNg6eWEDv1kRAkxIAJ9gPVKAVCdbbOqQfN4Tiba865ktgACeP+iB
FBvU9GjSZHu3VGItGcV2kVA=3D
=3DryHL
-----END PGP SIGNATURE-----

--------------------------------------------------------------------- To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org


= --1__=08BBF97CDFDE16458f9e8a93df938690918c08BBF97CDFDE1645-- --0__=08BBF97CDFDE16458f9e8a93df938690918c08BBF97CDFDE1645 Content-type: image/gif; name="graycol.gif" Content-Disposition: inline; filename="graycol.gif" Content-ID: <1__=08BBF97CDFDE16458f9e8a93df938@us.ibm.com> Content-transfer-encoding: base64 R0lGODlhEAAQAKECAMzMzAAAAP///wAAACH5BAEAAAIALAAAAAAQABAAAAIXlI+py+0PopwxUbpu ZRfKZ2zgSJbmSRYAIf4fT3B0aW1pemVkIGJ5IFVsZWFkIFNtYXJ0U2F2ZXIhAAA7 --0__=08BBF97CDFDE16458f9e8a93df938690918c08BBF97CDFDE1645 Content-type: image/gif; name="pic26365.gif" Content-Disposition: inline; filename="pic26365.gif" Content-ID: <2__=08BBF97CDFDE16458f9e8a93df938@us.ibm.com> Content-transfer-encoding: base64 R0lGODlhWABDALP/AAAAAK04Qf79/o+Gm7WuwlNObwoJFCsoSMDAwGFsmIuezf///wAAAAAAAAAA AAAAACH5BAEAAAgALAAAAABYAEMAQAT/EMlJq704682770RiFMRinqggEUNSHIchG0BCfHhOjAuh EDeUqTASLCbBhQrhG7xis2j0lssNDopE4jfIJhDaggI8YB1sZeZgLVA9YVCpnGagVjV171aRVrYR RghXcAGFhoUETwYxcXNyADJ3GlcSKGAwLwllVC1vjIUHBWsFilKQdI8GA5IcpApeJQt8L09lmgkH LZikoU5wjqcyAMMFrJIDPAKvCFletKSev1HBw8KrxtjZ2tvc3d5VyKtCKW3jfz4uMKmq3xu4N0nK BVoJQmx2LGVOmrqNjjJf2hHAQo/eDwJGTKhQMcgQEEAnEjFS98+RnW3smGkZU6ncCWav/4wYOnAI TihRL/4FEwbp28BXMMcoscQCVxlepL4IGDSCyJyVQOu0o7CjmLN50OZlqWmyFy5/6yBBuji0AxFR M00oQAqNIstqI6qKHUsWRAEAvagsmfUEAImyxgbmUpJk3IklNUtJOUAVLoUr1+wqDGTE4zk+T6FG uQb3SizBCwatiiUgCBN8vrz+zFjVyQ8FWkOlg4NQiZMB5QS8QO3mpOaKnL0Z2EKvNMSILEThKhCg zMKPVxYJh23qm9KNW7pArPynMqZDiErsTMqI+LRi3QAgkFUbXpuFKhSYZALd0O5RKa2z9EYKBbpb qxIKsjUPRgD7I2XYV6wyrOw92ykExP8NW4URhknC5dKGE4v4NENQj2jXjmfNgOZDaXb5glRmXQ33 YEWQYNcZFnrYcIQLNzyTFDQNkXIff0ExVlY4srziQk43inZgL4rwxxINMvpFFAz1KOODHiu+4aEw NEjFl5B3JIKWKF3k6I9bfUGp5ZZcdunll5IA4cuHvQQJ5gcsoCWOOUwgltIwAKRxJgbIkJAQZEq0 2YliZnpZZ4BH3CnYOXldOUOfQoYDqF1LFHbXCrO8xmRsfoXDXJ6ChjCAH3QlhJcT6VWE6FCkfCco CgrMFsROrIEX3o2whVjWDjoJccN3LdggSGXLCdLEgHr1lyU3O3QxhgohNKXJCWv8JQr/PDdaqd6w 2rj1inLiGeiCJoDspAoQlYE6QWLSECehcWIYxIQES6zhbn1iImTHEQyqJ4eIxJJoUBc+3CbBuwZE V5cJPPkIjFDdeEabQbd6WgICTxiiz0f5dBKquXF6k4senwEhYGnKEFJeGrxUZy8dB8gmAXI/sPvH ESfCwVt5hTgYiqQqtdRNHQIU1PJ33ZqmzgE90OwLaoJcnMop1WiMmgkPHQRIrwgFuNV90A3doNKT mrKIN07AnGcI9BQjhCBN4RfA1qIZnMqorJCogKfGQnxSCDilTVIA0yl5ciTovgLuBDKFUDE9aQcw 9SA+rjSNf9/M1gxrj6VwDTS0IUSElMzBfsj0NFXR2kwsV1A5IF1grLgLL/r1R40BZEnuBWgmQEyb jqRwSAt6bqMCOFkvKFN2GPPkUzIm/SCF8z8pVzpbjVnMsy0vOr1hw3SaSRUhpY09v0z0J1FnwzPl fmh+xl4WtR0zGu24I4KbMQm3lnVu2oNWxI9W/lcyzA+mCKF4DBikxb/+UWtOGRiFP8qEwAayIgIA Ow== --0__=08BBF97CDFDE16458f9e8a93df938690918c08BBF97CDFDE1645 Content-type: image/gif; name="ecblank.gif" Content-Disposition: inline; filename="ecblank.gif" Content-ID: <3__=08BBF97CDFDE16458f9e8a93df938@us.ibm.com> Content-transfer-encoding: base64 R0lGODlhEAABAIAAAAAAAP///yH5BAEAAAEALAAAAAAQAAEAAAIEjI8ZBQA7 --0__=08BBF97CDFDE16458f9e8a93df938690918c08BBF97CDFDE1645--