Re: JavaXML.framework & WebServerResources
Re: JavaXML.framework & WebServerResources
- Subject: Re: JavaXML.framework & WebServerResources
- From: Kieran Kelleher <email@hidden>
- Date: Wed, 14 Apr 2010 11:47:57 -0400
Out of curiosity, can the whole Axis version compatibility mess be thrown out the window if JavaXML.framework is ditched out of a WO 5.3.3 app and the latest/greatest xerces, etc are added to the app ourselves?
On Apr 14, 2010, at 8:32 AM, David Avendasora wrote:
> I no longer use the JavaXML.framework and have started managing my .jar dependencies myself, usually in a core framework of my own. I think there _might_ be one or two jars that are actually needed for a simple WO app.
>
> And yes, the reason they are included in the WebServerResources directory is so that they can be used by a WO JavaClient application. But even for those, I manage the .jars I need myself.
>
> Dave
>
> On Apr 13, 2010, at 6:59 PM, Dov Rosenberg wrote:
>
>> This framework also is ignored if you try to deploy your app as a servlet
>> since it contains servlet classes.
>>
>> Dov Rosenberg
>>
>>
>> On 4/13/10 5:58 PM, "Mike Schrag" <email@hidden> wrote:
>>
>>> JavaXML is "throw in everything else".framework ... it's a big pile of
>>> dependencies. if you remove it, you'll likely have to replace the individual
>>> jars that are inside of it selectively. i think this includes axis, logging,
>>> rpc, bunch of xml stuff (xalan, xerces, etc).
>>>
>>> it really should never have been deployed this way.
>>>
>>> On Apr 13, 2010, at 5:28 PM, Lon Varscsak wrote:
>>>
>>>> Hey all,
>>>>
>>>> I'm working on a project when I need to distribute a WOA and I noticed that
>>>> JavaXML is pretty large because of it's WebServerResources (lots of java
>>>> class files), which results in long build times and a larger distribution.
>>>> What would these be used for and what is this framework required for?
>>>>
>>>> Thanks for any insight,
>>>>
>>>> Lon
>>>> _______________________________________________
>>>> Do not post admin requests to the list. They will be ignored.
>>>> Webobjects-dev mailing list (email@hidden)
>>>> Help/Unsubscribe/Update your Subscription:
>>>>
>>>> This email sent to email@hidden
>>>
>>>
>>> _______________________________________________
>>> Do not post admin requests to the list. They will be ignored.
>>> Webobjects-dev mailing list (email@hidden)
>>> Help/Unsubscribe/Update your Subscription:
>>>
>>> This email sent to email@hidden
>>
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list (email@hidden)
>> Help/Unsubscribe/Update your Subscription:
>>
>> This email sent to email@hidden
>>
>>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden