Re: Problem with a few apps in WOMonitor

2019-07-25 Thread Michael Schmiedgen via Webobjects-dev

Hi Lon,

On 24.07.2019 02:11, Lon Varscsak via Webobjects-dev wrote:

I added JavaXML framework and it seems fine now...weirdly I removed this A
LONG time ago and it only recently has been a problem. 路‍♂️

-Lon


same here. I replaced JavaXML with up-to-date libraries long time ago. 
Everything
worked fine until recently the problem with the monitor appeared. I somewhat
noobish handle the monitor commands STATISTICS and TERMINATE myself now in
dispatchRequest().

Michael


--
___

Michael Schmiedgen, BSc
Senior Software Engineer

Takwa GmbH
Friedrich-List-Str. 36
99096 Erfurt GERMANY

Tel  +49 361 6534096
Fax  +49 361 6534097
Mail schmied...@takwa.de
Web  http://www.takwa.de/
___


Amtsgericht Jena HRB 112964
Geschäftsführung: Ingo Buchholz
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com


Re: Variables in .classpath for selecting log4j Framework?

2023-05-24 Thread Michael Schmiedgen via Webobjects-dev




Just to keep things on list.



--


Hi Ricardo,

glad I can help. I think I forgot mentioning

- xerces 2.12.2
- xalan 2.7.3
- xalan serializer 2.7.3

Also take a look here, but the versions are a little bit outdated:

https://axis.apache.org/axis/java/compat/dependencies.html

Putting it all into ERJars is a good idea I think. Honestly, in our
company we even dropped ERJars. We do Maven build a custom fat Jar
with all WO/WOnder requirements and integrated that into our CI. So
I only need to update a single POM.

Previously we had also

- axis 1.4
- axis-jaxrpc 1.4
- axis-saaj 1.4

But these are very outdated in the official Maven repos. So now we
build the current axis1 from source [1] into the fat Jar, too, but
only axis (core), axis-jaxrpc and axis-saaj.

It is all a bit hacky, but it is integrated and it works.

We build axis1 sources (only core, jaxrpc, and saaj) from master
branch from here:

[1] https://github.com/apache/axis-axis1-java

This repo contains many fixes and updates to the original axis1
from 2006.


Michael




On 5/23/2023 4:44 AM, Ricardo Parada wrote:
> Thanks for the info Michael. I did some of that. I’ll review exactly 
what I did and compare with the info you are providing me.

>
> Thank you.
>
> Sent from my iPhone
>
>> On May 22, 2023, at 5:40 AM, Michael Schmiedgen 
 wrote:

>>
>> Hi,
>>
>> I recommend dropping the XML framework, its an old pile of s**t. We
>> have done that for years. I think it is mostly needed for WS. You
>> can replace it with latest Axis1 and dependencies [1][2].
>>
>> [1] https://github.com/apache/axis-axis1-java
>> [2] javax.activation 1.1.1, javax.mail 1.4.7, javax.servlet 2.4,
>> wsdl4j 1.6.3
>>
>> Michael
>>
>>
>>
>>> On 5/22/2023 10:17 AM, René Bock via Webobjects-dev wrote:
>>> Hi Ricardo,
>>> are you using ant or maven for building?
>>> Keep in mind, that a very old version of log4j1 is bundled in the 
JavaXML framework. So you have to kick out this framework in order to 
get completely rid of log4j1
>>> Am 20.05.2023 um 01:00 schrieb Ricardo Parada via Webobjects-dev 
:

>>> Hi everyone,
>>> Our build system is still using ant and relies on the .classpath 
entries.

>>> I have added a couple of frameworks to our Wonder fork:
>>> * ERLog4j1Extensions
>>> * ERLog4j2Extensions
>>> If I want my apps in to use the old log4j 1.2 logging library then 
I simply put a classpathentry in the .classpath for the 
ERLog4j1Extensions framework like this:

>>>   
>>> If I want to switch to the latest log4j2 then I replace the above 
with an entry for the ERLog4j2Extensions framework like this:

>>> 
>>> The problem is that I have a lot of apps that need their .classpath 
updated. And switching back and forth during my testing is a lot of 
.classpath that I need to update. I could probably write a script but 
I’m hoping there is an easier way.
>>> Is there a trick to make the logging framework a variable that can 
be set externally somewhere else and all the .classpath files pick it 
up, e.g. ${ERLoggingFrameworkName} and without breaking Eclipse? ;-D

>>> Thanks for any ideas
>>> Ricardo Parada



--
___

Michael Schmiedgen, BSc
Senior Software Engineer

Takwa GmbH
Friedrich-List-Str. 15
99096 Erfurt GERMANY

Tel  +49 361 6534096
Fax  +49 361 6534097
Mail schmied...@takwa.de
Web  http://www.takwa.de/
___


Amtsgericht Jena HRB 112964
Geschäftsführung: Ingo Buchholz
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com


Re: Variables in .classpath for selecting log4j Framework?

2023-05-22 Thread Michael Schmiedgen via Webobjects-dev

Hi,

I recommend dropping the XML framework, its an old pile of s**t. We
have done that for years. I think it is mostly needed for WS. You
can replace it with latest Axis1 and dependencies [1][2].

[1] https://github.com/apache/axis-axis1-java
[2] javax.activation 1.1.1, javax.mail 1.4.7, javax.servlet 2.4,
wsdl4j 1.6.3

Michael



On 5/22/2023 10:17 AM, René Bock via Webobjects-dev wrote:

Hi Ricardo,

are you using ant or maven for building?

Keep in mind, that a very old version of log4j1 is bundled in the JavaXML 
framework. So you have to kick out this framework in order to get completely 
rid of log4j1




Am 20.05.2023 um 01:00 schrieb Ricardo Parada via Webobjects-dev 
:

Hi everyone,

Our build system is still using ant and relies on the .classpath entries.

I have added a couple of frameworks to our Wonder fork:

* ERLog4j1Extensions
* ERLog4j2Extensions

If I want my apps in to use the old log4j 1.2 logging library then I simply put 
a classpathentry in the .classpath for the ERLog4j1Extensions framework like 
this:

  

If I want to switch to the latest log4j2 then I replace the above with an entry 
for the ERLog4j2Extensions framework like this:



The problem is that I have a lot of apps that need their .classpath updated. 
And switching back and forth during my testing is a lot of .classpath that I 
need to update. I could probably write a script but I’m hoping there is an 
easier way.

Is there a trick to make the logging framework a variable that can be set 
externally somewhere else and all the .classpath files pick it up, e.g. 
${ERLoggingFrameworkName} and without breaking Eclipse? ;-D

Thanks for any ideas
Ricardo Parada




--
___

Michael Schmiedgen, BSc
Senior Software Engineer

Takwa GmbH
Friedrich-List-Str. 15
99096 Erfurt GERMANY

Tel  +49 361 6534096
Fax  +49 361 6534097
Mail schmied...@takwa.de
Web  http://www.takwa.de/
___


Amtsgericht Jena HRB 112964
Geschäftsführung: Ingo Buchholz
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com


Re: Thanks Stefan! (mod_proxy)

2024-03-08 Thread Michael Schmiedgen via Webobjects-dev


On 3/8/2024 1:55 AM, Aaron Rosenzweig via Webobjects-dev wrote:

Thank you Stefan, Johann, and the community for making the switch from 
mod_Webobjects.so adaptor to the built-in Apache mod_proxy module.

It helped us out this week to dig up Stefan’s 2015 video presentation on this 
topic, utilize the ERXApplication cookie generation, and the migration tab in 
Java Monitor.

The reason for us to make the switch was because Apache had become unstable. It 
was having numerous segmentation faults. We were using the latest available 
Apache 2.4.x for Amazon Linux along with freshly compiled from source WO 
Adaptor taken from latest WOnder repo. Whenever httpd wet-the-bed, we’d lose 
communication with an app instance. It seems there was no rhyme or reason to 
what was causing it to crash. It did seem that when we downloaded user files 
(passed from disk to web browser through fileInputStreams) that we’d be more 
likely to see a segmentation fault anywhere from 5 to 7 request-response loops 
later (navigating the app, clicking links). File sizes ranged from somewhat 
small like 4 megs up to about 250 megs.

It was almost as if the WO adaptor was getting corrupted. Apache would give 
errors about unreadable headers that looked like a stream of binary data and 
then shortly after segmentation fault.



Some Linux distros do not configure Apache with MPM-prefork anymore
these days. We observed major problems with MPM-event / MPM-multithread
in combination with WO module, including httpd process crashes. We
switched back to prefork and that solved the issue.

But clearly, mod_proxy seems to be the better option here, we are
looking forward to this.

Whats the 'official' state of mod_WebObjects? Will it become legacy
or get abandoned? Are there any plans?

Thank you all,
  Michael



--
___

Michael Schmiedgen, BSc
Senior Software Engineer

Takwa GmbH
Friedrich-List-Str. 15
99096 Erfurt GERMANY

Tel  +49 361 6534096
Fax  +49 361 6534097
Mail schmied...@takwa.de
Web  http://www.takwa.de/
___


Amtsgericht Jena HRB 112964
Geschäftsführung: Ingo Buchholz
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com


WOLips Update

2024-03-15 Thread Michael Schmiedgen via Webobjects-dev

Hi :)

Wow, that [1] was fast, thank you all!


[1] https://github.com/wocommunity/wolips/commits/master/
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com