Request for Help

[Mohan T]

Dear All,

We are using tomcat 8.5.35 on SUse Linux.

We are facing a issue while launching the help files.

We deployed the help files in the 
/home/ilas/tomcat8.5_tech/apache-tomcat-8.5.35/webapps/hub#rvwhelp.

The help files are packaged as 
/hub/rvwhelp/implementation/1/Hlprolemaster_rolemaster_1.htm.

When launching the help file through the application the launched help file is 
not in proper format.

It must appear as below. (This is from another environment with different 
application server)

[cid:image001.png@01D78074.6218E7C0]

Whereas it appears as below.

[cid:image002.png@01D78074.6218E7C0]


Any help in sorting this would be great.

Thanks

Mohan



DISCLAIMER: This communication contains information which is confidential and 
the copyright of Ramco Systems Ltd, its subsidiaries or a third party 
("Ramco"). This email may also contain legally privileged information. 
Confidentiality and legal privilege attached to this communication are not 
waived or lost by reason of mistaken delivery to you.This email is intended to 
be read or used by the addressee only. If you are not the intended recipient, 
any use, distribution, disclosure or copying of this email is strictly 
prohibited without the express written approval of Ramco. Please delete and 
destroy all copies and email Ramco at le...@ramco.com immediately. Any views 
expressed in this communication are those of the individual sender, except 
where the sender specifically states them to be the views of Ramco. Except as 
required by law, Ramco does not represent, warrant and/or guarantee that the 
integrity of this communication has been maintained nor that the communication 
is free of errors, virus, interception or interference. If you do not wish to 
receive such communications, please forward this communication to 
market...@ramco.com and express your wish not to receive such communications 
henceforth.

Re: compression?

[Carsten Klein]

Chris,


Weird, when going thru IIS to TC, it's not compressed:

HTTP/1.1 200 200
Content-Type: application/json;charset=UTF-8
Content-Language: en-US
Server: Microsoft-IIS/10.0
Date: Fri, 23 Jul 2021 16:34:30 GMT
Content-Length: 3210105


That has likely nothing to do with TC. It's an IIS or reverse proxy 
thing. IIS fetches the requested resource from TC, acting as an HTTP 
client (or are you using AJP with IIS?). It gets a compressed response. 
What does IIS do next? It just uncompresses the resource and sends it 
back as response to its client (your browser).


So, it's up to IIS or its reverse proxy module (whatever) to fix that. 
Maybe there is an option to tell IIS not to uncompress the response. Or 
you could add compression to IIS a well. Yes, in that case, TC 
compresses, IIS uncompresses and compresses again... :(


Carsten


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: compression?

[Mark Thomas]

On 23/07/2021 18:53, Berneburg, Cris J. - US wrote:

Thanks Mark!

cb> 1. compressionMinSize - What are the units, bytes?
Markt> Yes.

cb> 2. compressibleMimeType - If you specify a type explicitly, [...]  Are [the 
defaults]
cb> over-ridden, so they need to be specified explicitly too?  Or is it 
cumulative?
Markt> Default is over-ridden.

OK, that worked when connecting directly to TC:

HTTP/1.1 200
vary: accept-encoding
Content-Encoding: gzip
Content-Type: application/json;charset=UTF-8
Content-Language: en-US
Transfer-Encoding: chunked
Date: Fri, 23 Jul 2021 16:37:48 GMT
Keep-Alive: timeout=20
Connection: keep-alive

Weird, when going thru IIS to TC, it's not compressed:


IIS will be using AJP to talk to Tomcat which doesn't support 
compression. You may be able to get IIS to compress the files.


Mark




HTTP/1.1 200 200
Content-Type: application/json;charset=UTF-8
Content-Language: en-US
Server: Microsoft-IIS/10.0
Date: Fri, 23 Jul 2021 16:34:30 GMT
Content-Length: 3210105

cb> P.S.: If a documentation update is recommended, I would be happy to
cb> make the changes, but I would probably need guidance for that too.  ;-)

Markt> Source file is here:
Markt> https://github.com/apache/tomcat/blob/main/webapps/docs/config/http.xml

Markt> A pull request is fine. If you prefer to provide a patch, use "diff -u"
Markt> format, create a BZ issue and attach the patch.

I'll have a look at it later.  Also, I'm quite a newbie with git.

--
Cris Berneburg
CACI Senior Software Engineer




This electronic message contains information from CACI International Inc or 
subsidiary companies, which may be company sensitive, proprietary, privileged 
or otherwise protected from disclosure. The information is intended to be used 
solely by the recipient(s) named above. If you are not an intended recipient, 
be aware that any review, disclosure, copying, distribution or use of this 
transmission or its contents is prohibited. If you have received this 
transmission in error, please notify the sender immediately.

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: compression?

[Berneburg, Cris J. - US]

Thanks Mark!

cb> 1. compressionMinSize - What are the units, bytes?
Markt> Yes.

cb> 2. compressibleMimeType - If you specify a type explicitly, [...]  Are [the 
defaults]
cb> over-ridden, so they need to be specified explicitly too?  Or is it 
cumulative?
Markt> Default is over-ridden.

OK, that worked when connecting directly to TC:

HTTP/1.1 200
vary: accept-encoding
Content-Encoding: gzip
Content-Type: application/json;charset=UTF-8
Content-Language: en-US
Transfer-Encoding: chunked
Date: Fri, 23 Jul 2021 16:37:48 GMT
Keep-Alive: timeout=20
Connection: keep-alive

Weird, when going thru IIS to TC, it's not compressed:

HTTP/1.1 200 200
Content-Type: application/json;charset=UTF-8
Content-Language: en-US
Server: Microsoft-IIS/10.0
Date: Fri, 23 Jul 2021 16:34:30 GMT
Content-Length: 3210105

cb> P.S.: If a documentation update is recommended, I would be happy to
cb> make the changes, but I would probably need guidance for that too.  ;-)

Markt> Source file is here:
Markt> https://github.com/apache/tomcat/blob/main/webapps/docs/config/http.xml

Markt> A pull request is fine. If you prefer to provide a patch, use "diff -u"
Markt> format, create a BZ issue and attach the patch.

I'll have a look at it later.  Also, I'm quite a newbie with git.

--
Cris Berneburg
CACI Senior Software Engineer




This electronic message contains information from CACI International Inc or 
subsidiary companies, which may be company sensitive, proprietary, privileged 
or otherwise protected from disclosure. The information is intended to be used 
solely by the recipient(s) named above. If you are not an intended recipient, 
be aware that any review, disclosure, copying, distribution or use of this 
transmission or its contents is prohibited. If you have received this 
transmission in error, please notify the sender immediately.

RE: Strange incomplete response/truncation with Tomcat 9.0.48 AND 9.0.50

[jonmcalexander]

Thanks Mark!

Dream * Excel * Explore * Inspire
Jon McAlexander
Infrastructure Engineer
Asst Vice President

Middleware Product Engineering
Enterprise CIO | Platform Services | Middleware | Infrastructure Solutions

8080 Cobblestone Rd | Urbandale, IA 50322
MAC: F4469-010
Tel 515-988-2508 | Cell 515-988-2508

jonmcalexan...@wellsfargo.com

Upcoming PTO: 10/30/2020, 11/6/2020, 11/13/2020, 11/20/2020, 11/27/2020, 
12/2/2020, 12/4/2020, 12/11/2020, 12/18/2020, 12/28/2020, 12/29/2020, 
12/30/2020, 12/31/2020
This message may contain confidential and/or privileged information. If you are 
not the addressee or authorized to receive this for the addressee, you must not 
use, copy, disclose, or take any action based on this message or any 
information herein. If you have received this message in error, please advise 
the sender immediately by reply e-mail and delete this message. Thank you for 
your cooperation.


> -Original Message-
> From: Mark Thomas 
> Sent: Friday, July 23, 2021 10:27 AM
> To: users@tomcat.apache.org
> Subject: Re: Strange incomplete response/truncation with Tomcat 9.0.48
> AND 9.0.50
> 
> On 23/07/2021 15:49, jonmcalexan...@wellsfargo.com.INVALID wrote:
> > Is there an estimated target date for release of 9.0.51
> 
> Normally I'd say early August, some time in the first 2 weeks. But as we are
> entering vacation season it might slip. It largely depends on the release
> manager's availabaility.
> 
> Mark
> 
> 
> >
> > Dream * Excel * Explore * Inspire
> > Jon McAlexander
> > Infrastructure Engineer
> > Asst Vice President
> >
> > Middleware Product Engineering
> > Enterprise CIO | Platform Services | Middleware | Infrastructure
> > Solutions
> >
> > 8080 Cobblestone Rd | Urbandale, IA 50322
> > MAC: F4469-010
> > Tel 515-988-2508 | Cell 515-988-2508
> >
> > jonmcalexan...@wellsfargo.com
> >
> > Upcoming PTO: 10/30/2020, 11/6/2020, 11/13/2020, 11/20/2020,
> > 11/27/2020, 12/2/2020, 12/4/2020, 12/11/2020, 12/18/2020, 12/28/2020,
> 12/29/2020, 12/30/2020, 12/31/2020 This message may contain confidential
> and/or privileged information. If you are not the addressee or authorized to
> receive this for the addressee, you must not use, copy, disclose, or take any
> action based on this message or any information herein. If you have received
> this message in error, please advise the sender immediately by reply e-mail
> and delete this message. Thank you for your cooperation.
> >
> >> -Original Message-
> >> From: Mark Thomas 
> >> Sent: Friday, July 23, 2021 2:56 AM
> >> To: users@tomcat.apache.org
> >> Subject: Re: Strange incomplete response/truncation with Tomcat
> >> 9.0.48 AND 9.0.50
> >>
> >> On 22/07/2021 22:06, jonmcalexan...@wellsfargo.com.INVALID wrote:
> >>> I have a team that is running into issues since version 9.0.48 where
> >>> they are receiving incomplete message responses from Tomcat when
> the
> >>> request was made from WebLogic.
> >>
> >> Incomplete responses from 9.0.48 onwards. That sounds like a recently
> >> fixed regression. That issue happened with TLS.
> >>
> >> 
> >>
> >>> *adrum.js:27 Error: Loading chunk 28 failed.*
> >>>
> >>> (timeout:
> >>> https://.../.5af0fea300ccf52ff152.js)
> >>
> >> That looks like TLS is being used which is consistent with the
> >> suspected root cause.
> >>
> >> 
> >>
> >>> *_Network level_* we are seeing *TCP Window Full* intermittently
> >>> when this file transfer.
> >>
> >> This is also consistent with the likely root cause. The regression
> >> was in the handling of incomplete writes.
> >>
> >> 
> >>
> >>> After some additional research we assume this issue is related to
> >>> one of the known bugs listed in RedHat TC release notes
> >>>  >>
> doc/changelog.html__;!!F9svGWnIaVPGSwU!69FyojmXXQigaRKpGDiwpMgS
> >> sgODh4HrEhdK9d8ZbHZsJjpqNcD2ZmKprbbGjevCxxzKTSc$ >.
> >>>
> >>> Fix:  Expand the unit tests for HttpServlet.doHead()
> >>
> >> Not an unreasonable guess but it looks to be an incorrect one.
> >>
> >> I always recommend looking at the open bugs and the changelog from
> >> the CI system to see if the issue being observed has already been
> >> reported (and possibly fixed).
> >>
> >>
> https://urldefense.com/v3/__https://ci.apache.org/projects/tomcat/tom
> >> cat
> >> -
> >>
> 9.0.x/docs/changelog.html__;!!F9svGWnIaVPGSwU!69FyojmXXQigaRKpGDi
> >> wpMgSsgODh4HrEhdK9d8ZbHZsJjpqNcD2ZmKprbbGjevC8PK9tLQ$
> >>
> >> This looks much more like bug 65448 to me:
> >>
> https://urldefense.com/v3/__https://bz.apache.org/bugzilla/show_bug.cgi?
> >>
> id=65448__;!!F9svGWnIaVPGSwU!69FyojmXXQigaRKpGDiwpMgSsgODh4HrE
> >> hdK9d8ZbHZsJjpqNcD2ZmKprbbGjevCqMV6SbI$
> >>
> >> 
> >>
> >>> Any help?
> >>
> >> The fix will be in 9.0.51.
> >>
> >> Snapshots (NOT formal releases) are available for testing from:
> >> https://urldefense.com/v3/__https://repository.apache.org/content/gro
> >> up
> >> s/snapshots/org/apache/tomcat/tomcat/9.0-
> >>
> 

Re: Strange incomplete response/truncation with Tomcat 9.0.48 AND 9.0.50

[Mark Thomas]

On 23/07/2021 15:49, jonmcalexan...@wellsfargo.com.INVALID wrote:

Is there an estimated target date for release of 9.0.51


Normally I'd say early August, some time in the first 2 weeks. But as we 
are entering vacation season it might slip. It largely depends on the 
release manager's availabaility.


Mark




Dream * Excel * Explore * Inspire
Jon McAlexander
Infrastructure Engineer
Asst Vice President

Middleware Product Engineering
Enterprise CIO | Platform Services | Middleware | Infrastructure Solutions

8080 Cobblestone Rd | Urbandale, IA 50322
MAC: F4469-010
Tel 515-988-2508 | Cell 515-988-2508

jonmcalexan...@wellsfargo.com

Upcoming PTO: 10/30/2020, 11/6/2020, 11/13/2020, 11/20/2020, 11/27/2020, 
12/2/2020, 12/4/2020, 12/11/2020, 12/18/2020, 12/28/2020, 12/29/2020, 
12/30/2020, 12/31/2020
This message may contain confidential and/or privileged information. If you are 
not the addressee or authorized to receive this for the addressee, you must not 
use, copy, disclose, or take any action based on this message or any 
information herein. If you have received this message in error, please advise 
the sender immediately by reply e-mail and delete this message. Thank you for 
your cooperation.


-Original Message-
From: Mark Thomas 
Sent: Friday, July 23, 2021 2:56 AM
To: users@tomcat.apache.org
Subject: Re: Strange incomplete response/truncation with Tomcat 9.0.48
AND 9.0.50

On 22/07/2021 22:06, jonmcalexan...@wellsfargo.com.INVALID wrote:

I have a team that is running into issues since version 9.0.48 where
they are receiving incomplete message responses from Tomcat when the
request was made from WebLogic.


Incomplete responses from 9.0.48 onwards. That sounds like a recently fixed
regression. That issue happened with TLS.




*adrum.js:27 Error: Loading chunk 28 failed.*

(timeout:
https://.../.5af0fea300ccf52ff152.js)


That looks like TLS is being used which is consistent with the suspected root
cause.




*_Network level_* we are seeing *TCP Window Full* intermittently when
this file transfer.


This is also consistent with the likely root cause. The regression was in the
handling of incomplete writes.




After some additional research we assume this issue is related to one
of the known bugs listed in RedHat TC release notes
.


Fix:  Expand the unit tests for HttpServlet.doHead()


Not an unreasonable guess but it looks to be an incorrect one.

I always recommend looking at the open bugs and the changelog from the CI
system to see if the issue being observed has already been reported (and
possibly fixed).

https://urldefense.com/v3/__https://ci.apache.org/projects/tomcat/tomcat
-
9.0.x/docs/changelog.html__;!!F9svGWnIaVPGSwU!69FyojmXXQigaRKpGDi
wpMgSsgODh4HrEhdK9d8ZbHZsJjpqNcD2ZmKprbbGjevC8PK9tLQ$

This looks much more like bug 65448 to me:
https://urldefense.com/v3/__https://bz.apache.org/bugzilla/show_bug.cgi?
id=65448__;!!F9svGWnIaVPGSwU!69FyojmXXQigaRKpGDiwpMgSsgODh4HrE
hdK9d8ZbHZsJjpqNcD2ZmKprbbGjevCqMV6SbI$




Any help?


The fix will be in 9.0.51.

Snapshots (NOT formal releases) are available for testing from:
https://urldefense.com/v3/__https://repository.apache.org/content/group
s/snapshots/org/apache/tomcat/tomcat/9.0-
SNAPSHOT/__;!!F9svGWnIaVPGSwU!69FyojmXXQigaRKpGDiwpMgSsgODh4
HrEhdK9d8ZbHZsJjpqNcD2ZmKprbbGjevCZcMI2B0$

Usual caveats apply. These aren't releases. Use them entirely at your own
risk.

In terms of a workaround, switching from NIO to NIO2 should avoid the
issue.

Mark

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Strange incomplete response/truncation with Tomcat 9.0.48 AND 9.0.50

[jonmcalexander]

Is there an estimated target date for release of 9.0.51

Dream * Excel * Explore * Inspire
Jon McAlexander
Infrastructure Engineer
Asst Vice President

Middleware Product Engineering
Enterprise CIO | Platform Services | Middleware | Infrastructure Solutions

8080 Cobblestone Rd | Urbandale, IA 50322
MAC: F4469-010
Tel 515-988-2508 | Cell 515-988-2508

jonmcalexan...@wellsfargo.com

Upcoming PTO: 10/30/2020, 11/6/2020, 11/13/2020, 11/20/2020, 11/27/2020, 
12/2/2020, 12/4/2020, 12/11/2020, 12/18/2020, 12/28/2020, 12/29/2020, 
12/30/2020, 12/31/2020
This message may contain confidential and/or privileged information. If you are 
not the addressee or authorized to receive this for the addressee, you must not 
use, copy, disclose, or take any action based on this message or any 
information herein. If you have received this message in error, please advise 
the sender immediately by reply e-mail and delete this message. Thank you for 
your cooperation.

> -Original Message-
> From: Mark Thomas 
> Sent: Friday, July 23, 2021 2:56 AM
> To: users@tomcat.apache.org
> Subject: Re: Strange incomplete response/truncation with Tomcat 9.0.48
> AND 9.0.50
> 
> On 22/07/2021 22:06, jonmcalexan...@wellsfargo.com.INVALID wrote:
> > I have a team that is running into issues since version 9.0.48 where
> > they are receiving incomplete message responses from Tomcat when the
> > request was made from WebLogic.
> 
> Incomplete responses from 9.0.48 onwards. That sounds like a recently fixed
> regression. That issue happened with TLS.
> 
> 
> 
> > *adrum.js:27 Error: Loading chunk 28 failed.*
> >
> > (timeout:
> > https://.../.5af0fea300ccf52ff152.js)
> 
> That looks like TLS is being used which is consistent with the suspected root
> cause.
> 
> 
> 
> > *_Network level_* we are seeing *TCP Window Full* intermittently when
> > this file transfer.
> 
> This is also consistent with the likely root cause. The regression was in the
> handling of incomplete writes.
> 
> 
> 
> > After some additional research we assume this issue is related to one
> > of the known bugs listed in RedHat TC release notes
> >  doc/changelog.html__;!!F9svGWnIaVPGSwU!69FyojmXXQigaRKpGDiwpMgS
> sgODh4HrEhdK9d8ZbHZsJjpqNcD2ZmKprbbGjevCxxzKTSc$ >.
> >
> > Fix:  Expand the unit tests for HttpServlet.doHead()
> 
> Not an unreasonable guess but it looks to be an incorrect one.
> 
> I always recommend looking at the open bugs and the changelog from the CI
> system to see if the issue being observed has already been reported (and
> possibly fixed).
> 
> https://urldefense.com/v3/__https://ci.apache.org/projects/tomcat/tomcat
> -
> 9.0.x/docs/changelog.html__;!!F9svGWnIaVPGSwU!69FyojmXXQigaRKpGDi
> wpMgSsgODh4HrEhdK9d8ZbHZsJjpqNcD2ZmKprbbGjevC8PK9tLQ$
> 
> This looks much more like bug 65448 to me:
> https://urldefense.com/v3/__https://bz.apache.org/bugzilla/show_bug.cgi?
> id=65448__;!!F9svGWnIaVPGSwU!69FyojmXXQigaRKpGDiwpMgSsgODh4HrE
> hdK9d8ZbHZsJjpqNcD2ZmKprbbGjevCqMV6SbI$
> 
> 
> 
> > Any help?
> 
> The fix will be in 9.0.51.
> 
> Snapshots (NOT formal releases) are available for testing from:
> https://urldefense.com/v3/__https://repository.apache.org/content/group
> s/snapshots/org/apache/tomcat/tomcat/9.0-
> SNAPSHOT/__;!!F9svGWnIaVPGSwU!69FyojmXXQigaRKpGDiwpMgSsgODh4
> HrEhdK9d8ZbHZsJjpqNcD2ZmKprbbGjevCZcMI2B0$
> 
> Usual caveats apply. These aren't releases. Use them entirely at your own
> risk.
> 
> In terms of a workaround, switching from NIO to NIO2 should avoid the
> issue.
> 
> Mark
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Strange incomplete response/truncation with Tomcat 9.0.48 AND 9.0.50

[Mark Thomas]

On 22/07/2021 22:06, jonmcalexan...@wellsfargo.com.INVALID wrote:
I have a team that is running into issues since version 9.0.48 where 
they are receiving incomplete message responses from Tomcat when the 
request was made from WebLogic.


Incomplete responses from 9.0.48 onwards. That sounds like a recently 
fixed regression. That issue happened with TLS.





*adrum.js:27 Error: Loading chunk 28 failed.*

(timeout: https://.../.5af0fea300ccf52ff152.js)


That looks like TLS is being used which is consistent with the suspected 
root cause.




*_Network level_* we are seeing *TCP Window Full* intermittently when 
this file transfer.


This is also consistent with the likely root cause. The regression was 
in the handling of incomplete writes.




After some additional research we assume this issue is related to one of 
the known bugs listed in RedHat TC release notes 
.


Fix:  Expand the unit tests for HttpServlet.doHead()


Not an unreasonable guess but it looks to be an incorrect one.

I always recommend looking at the open bugs and the changelog from the 
CI system to see if the issue being observed has already been reported 
(and possibly fixed).


https://ci.apache.org/projects/tomcat/tomcat-9.0.x/docs/changelog.html

This looks much more like bug 65448 to me:
https://bz.apache.org/bugzilla/show_bug.cgi?id=65448




Any help?


The fix will be in 9.0.51.

Snapshots (NOT formal releases) are available for testing from:
https://repository.apache.org/content/groups/snapshots/org/apache/tomcat/tomcat/9.0-SNAPSHOT/

Usual caveats apply. These aren't releases. Use them entirely at your 
own risk.


In terms of a workaround, switching from NIO to NIO2 should avoid the issue.

Mark

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: tomcat 8.5.57 stops killing sessions after some time

[Ivano Luberti]

I have found the issue: one of the webapps has several thread locked on 
a MultiThreadedHttpConnectionManager during sessionUnbound and 
unboundEvents.


So the background process killing the sessions is stuck as well.

Thanks for your support.



Il 21/07/2021 18:13, Mark Thomas ha scritto:

On 21/07/2021 16:00, Ivano Luberti wrote:


Il 21/07/2021 16:44, Mark Thomas ha scritto:
Take 3 thread dumps 5 seconds apart and post them here. 


How to take thread dumps?

  kill -3  ?


That will work. There are lots of ways. This is most of them:

https://www.baeldung.com/java-thread-dump

Mark

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


--

Archimede Informatica tratta i dati personali in conformità a quanto
stabilito dal Regolamento UE n. 2016/679 (GDPR) e dal D. Lgs. 30 giugno 
2003 n. 196

per come modificato dal D.Lgs. 10 agosto 2018 n. 101.
Informativa completa 



dott. Ivano Mario Luberti

Archimede Informatica società cooperativa a r. l.
Via Gereschi 36, 56127 Pisa

tel.: +39 050/580959 | fax: +39 050/8932061

web: www.archicoop.it
linkedin: www.linkedin.com/in/ivanoluberti
facebook: www.facebook.com/archimedeinformaticapisa/