Mostra notizie nelle discussioni
  • Avatar
    ☺
    Scritto da
    il 2011-01-28 10:14:00.0 alle 2011-01-28 10:14:00.0
    Trollate totali: 42885
    [JAVA - JSP] suorcagata
    Sai se e' possibile usare una propria implementazione di JspWriter ?

    KTNXBAI
    `"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
    • Avatar
      ☺
      Scritto da
      il 2011-01-28 10:50:00.0 alle 2011-01-28 10:50:00.0
      Trollate totali: 1386
      Re: [JAVA - JSP] suorcagata

      - Scritto da: Giambo
      > Sai se e' possibile usare una propria
      > implementazione di JspWriter
      > ?
      >
      > KTNXBAI

      Sì, scrivi il tuo webcontainer (servlet+jsp) compatibile con le varie jsr e sei appostoGeek.
      Espandi il concetto, in genere il problema non è là visto che vengono compilate alla prima esecuzione e sono a tutti gli effetti (prestazioni incluse) delle servlet anche come prestazioni.
      • Avatar
        ☺
        Scritto da
        il 2011-01-28 12:05:00.0 alle 2011-01-28 12:05:00.0
        Trollate totali: 42885
        Re: [JAVA - JSP] suorcagata

        - Scritto da: Svyatopolk

        > > Sai se e' possibile usare una propria
        > > implementazione di JspWriter
        > > ?
        > >
        > > KTNXBAI
        >
        > Sì, scrivi il tuo webcontainer (servlet+jsp)
        > compatibile con le varie jsr e sei
        > appostoGeek.

        Usero' JAD per decompilare tutte le classi di Websphere Anonimo ...

        > Espandi il concetto

        JSP con custom tags che generano Excel (Apache POI). I tags creano il workbook, poi alla chiusura dell'ultimo tag questo viene sbattuto nella response e tutto flushato -> Deve venir ignorato quanto e' stato scritto dalla JSP stessa (Prevalentemente \n e \t) altrimenti "IllegalStateException response already commited" dato che periodicamente il contenuto del buffer di JspWriter viene flushato e mandato al client.
        Soluzione 1: Buffer della JSP grandissimo e autoFlush=false, sperando di non incappare in un buffer overflow
        Soluzione 2: Usare una propria implementazione di JspWriter solo per quella JSP, che praticamente non faccia un cazzo Geek

        Porchiddio quanto e' difficile spiegare tutto a parole, vuoi un disegnino Occhiolino ?
        `"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
        • Avatar
          ☺
          Scritto da
          il 2011-01-28 12:53:00.0 alle 2011-01-28 12:53:00.0
          Trollate totali: 1386
          Re: [JAVA - JSP] suorcagata
          - Scritto da: Giambo
          >
          > - Scritto da: Svyatopolk
          >
          > > > Sai se e' possibile usare una propria
          > > > implementazione di JspWriter
          > > > ?
          > > >
          > > > KTNXBAI
          > >
          > > Sì, scrivi il tuo webcontainer (servlet+jsp)
          > > compatibile con le varie jsr e sei
          > > appostoGeek.
          >
          > Usero' JAD per decompilare tutte le classi di
          > Websphere Anonimo
          > ...

          Io uso jd.

          > > Espandi il concetto
          >
          > JSP con custom tags che generano Excel (Apache
          > POI). I tags creano il workbook, poi alla
          > chiusura dell'ultimo tag questo viene sbattuto
          > nella response e tutto flushato -> Deve venir
          > ignorato quanto e' stato scritto dalla JSP stessa
          > (Prevalentemente \n e \t) altrimenti
          > "IllegalStateException response already commited"
          > dato che periodicamente il contenuto del buffer
          > di JspWriter viene flushato e mandato al
          > client.
          > Soluzione 1: Buffer della JSP grandissimo
          > e autoFlush=false, sperando di non incappare in
          > un buffer
          > overflow
          > Soluzione 2: Usare una propria
          > implementazione di JspWriter solo per quella JSP,
          > che praticamente non faccia un cazzo
          > Geek
          >
          > Porchiddio quanto e' difficile spiegare tutto a
          > parole, vuoi un disegnino Occhiolino
          > ?

          Capito il problema, usi un barattolo di latta per avvitare una vite.
          POI ha solo dei custom tags o anche api normali? A me sembra lavoro da servlet questo.
          Se sei costretto a usare le jsp comunque vorrà scrivere nell'output anche i caratteri intorno ai custom tags, c'è poco da farci.

          Se proprio hai così tanta convinzione nelle radici cristiane delle jsp usi <%@ page extends="tua-classe" %> dove estendi javax.servlet.jsp.JspPage oppure HttpJspPage e nel service, prima e dopo l'invocazione di _jspService(request,response) ti fai i tuoi magheggi, compresi la creazione di response con un writer ad hoc.
          Se ti serve l'esempio di implementazione te lo incollo da qualche parte.
          • Avatar
            ☺
            Scritto da
            il 2011-01-28 13:17:00.0 alle 2011-01-28 13:17:00.0
            Trollate totali: 42885
            Re: [JAVA - JSP] suorcagata
            - Scritto da: Svyatopolk

            > > Usero' JAD per decompilare tutte le classi di
            > > Websphere Anonimo
            > > ...
            >
            > Io uso jd.

            Fiiko, funziona da dio Sorpresa !
            Evvai di decompilazione Ficoso !

            > Capito il problema, usi un barattolo di latta per
            > avvitare una
            > vite.
            > POI ha solo dei custom tags o anche api normali?

            Non hai capito A bocca storta
            Ho implementato io dei custom tag, i quali richiamano i metodi e le classi di POI per creare il Workbook Excel.

            > A me sembra lavoro da servlet
            > questo.

            No Arrabbiato !
            Cioe', se lo fai in una servlet, programmaticamente, hai qualcosa stile
            Cell cell = workbook.createCell();
            cell.setRow(rowNr);
            cell.setColumn(columnNr);
            cell.setBorderTop(Cell.BORDER_THICK);
            cell.setBackground(Cell.BACKGROUND_NONE);
            cell.setFormatting(Cell.FORMATTING_NONE);
            cell.setType(Cell.TYPE_NUMERIC);
            cell.setContent(cellContent);
            ...


            Mentre con i custom tags:
            <xls:row>
              <xls:cell border="top:thick">contenuto</xls:cell>
            </xls:row>

            Molto piu' facile e leggibile, no Ficoso ?

            > Se sei costretto a usare le jsp comunque vorrà
            > scrivere nell'output anche i caratteri intorno ai
            > custom tags, c'è poco da
            > farci.

            Ecco, questo e' il problema In lacrime !

            > Se proprio hai così tanta convinzione nelle
            > radici cristiane delle jsp usi <%@ page
            > extends="tua-classe" %> dove estendi
            > javax.servlet.jsp.JspPage oppure HttpJspPage e
            > nel service, prima e dopo l'invocazione di
            > _jspService(request,response) ti fai i tuoi
            > magheggi, compresi la creazione di response con
            > un writer ad
            > hoc.

            "extends", strafiko, non lo conoscevo Sorpresa !!!
            Pero' pero' pero' ... No, in service non posso sostituire la response con una HttpServletResponseWrapper che sovrascriva getWriter() Triste ...

            Pero' sei un fiko, rinnovo la mia proposta di spostarti a Zurigo e percepire ${lautoGuadagno} Geek
            `"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
            • Avatar
              ☺
              Scritto da
              il 2011-01-28 13:28:00.0 alle 2011-01-28 13:28:00.0
              Trollate totali: 1386
              Re: [JAVA - JSP] suorcagata

              - Scritto da: Giambo
              > - Scritto da: Svyatopolk
              >
              > > > Usero' JAD per decompilare tutte le classi di
              > > > Websphere Anonimo
              > > > ...
              > >
              > > Io uso jd.
              >
              > Fiiko, funziona da dio Sorpresa !
              > Evvai di decompilazione Ficoso !

              Ficoso

              > > Capito il problema, usi un barattolo di latta
              > per
              > > avvitare una
              > > vite.
              > > POI ha solo dei custom tags o anche api normali?
              >
              > Non hai capito A bocca storta
              > Ho implementato io dei custom tag, i quali
              > richiamano i metodi e le classi di POI per creare
              > il Workbook
              > Excel.
              >
              > > A me sembra lavoro da servlet
              > > questo.
              >
              > No Arrabbiato !
              > Cioe', se lo fai in una servlet,
              > programmaticamente, hai qualcosa
              > stile
              >
              > Cell cell = workbook.createCell();
              > cell.setRow(rowNr);
              > cell.setColumn(columnNr);
              > cell.setBorderTop(Cell.BORDER_THICK);
              > cell.setBackground(Cell.BACKGROUND_NONE);
              > cell.setFormatting(Cell.FORMATTING_NONE);
              > cell.setType(Cell.TYPE_NUMERIC);
              > cell.setContent(cellContent);
              > ...

              >
              > Mentre con i custom tags:
              >
              <xls:row>
              >   <xls:cell
              > border="top:thick">contenuto</xls:cell>
              > </xls:row>

              > Molto piu' facile e leggibile, no Ficoso ?

              Si, è lo stesso problema che si ha con itext per fare i pdf, purtroppo.

              > > Se sei costretto a usare le jsp comunque vorrà
              > > scrivere nell'output anche i caratteri intorno
              > ai
              > > custom tags, c'è poco da
              > > farci.
              >
              > Ecco, questo e' il problema In lacrime !

              Per questo ci sono le servlet, dove controlli tutti gli aspetti dell'output.

              > > Se proprio hai così tanta convinzione nelle
              > > radici cristiane delle jsp usi <%@ page
              > > extends="tua-classe" %> dove estendi
              > > javax.servlet.jsp.JspPage oppure HttpJspPage e
              > > nel service, prima e dopo l'invocazione di
              > > _jspService(request,response) ti fai i tuoi
              > > magheggi, compresi la creazione di response con
              > > un writer ad
              > > hoc.
              >
              > "extends", strafiko, non lo conoscevo Sorpresa !!!
              > Pero' pero' pero' ... No, in service non posso
              > sostituire la response con una
              > HttpServletResponseWrapper che sovrascriva
              > getWriter() Triste
              > ...
              Non puoi? Si è un casino da implementare, fai prima a fare una servlet.

              > Pero' sei un fiko, rinnovo la mia proposta di
              > spostarti a Zurigo e percepire ${lautoGuadagno}
              > Geek

              Ci penso, vista l'aria che tira.
              A quante tavolette di cioccolata sta l'euro?
              • Avatar
                ☺
                Scritto da
                il 2011-01-28 13:38:00.0 alle 2011-01-28 13:38:00.0
                Trollate totali: 42885
                Re: [JAVA - JSP] suorcagata
                - Scritto da: Svyatopolk

                > > "extends", strafiko, non lo conoscevo Sorpresa !!!
                > > Pero' pero' pero' ... No, in service non posso
                > > sostituire la response con una
                > > HttpServletResponseWrapper che sovrascriva
                > > getWriter() Triste
                > > ...
                >
                > Non puoi? Si è un casino da implementare, fai
                > prima a fare una
                > servlet.

                Oppure potrei implementare un filtro che mi wrappi la response, ma sono casini con l'url-pattern Triste ...
                Uffah, lasciero' la soluzione col buffer gigantesco e disseminero' l'implementazione dei miei custom tags di jspWriter.clearBuffer() Triste ...

                > > Pero' sei un fiko, rinnovo la mia proposta di
                > > spostarti a Zurigo e percepire ${lautoGuadagno}
                > > Geek
                >
                > Ci penso, vista l'aria che tira.
                > A quante tavolette di cioccolata sta l'euro?

                http://lmgtfy.com/?q=1+chf+in+eur
                Aspettati dai 100 ai 140 franchi all'ora, come freelancer Ficoso
                `"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
                • Avatar
                  ☺
                  Scritto da
                  il 2011-01-28 15:01:00.0 alle 2011-01-28 15:01:00.0
                  Trollate totali: 1386
                  Re: [JAVA - JSP] suorcagata

                  - Scritto da: Giambo
                  > - Scritto da: Svyatopolk
                  >
                  > > > "extends", strafiko, non lo conoscevo Sorpresa !!!
                  > > > Pero' pero' pero' ... No, in service non posso
                  > > > sostituire la response con una
                  > > > HttpServletResponseWrapper che sovrascriva
                  > > > getWriter() Triste
                  > > > ...
                  > >
                  > > Non puoi? Si è un casino da implementare, fai
                  > > prima a fare una
                  > > servlet.
                  >
                  > Oppure potrei implementare un filtro che mi
                  > wrappi la response, ma sono casini con
                  > l'url-pattern Triste
                  > ...
                  > Uffah, lasciero' la soluzione col buffer
                  > gigantesco e disseminero' l'implementazione dei
                  > miei custom tags di jspWriter.clearBuffer() Triste
                  > ...
                  >

                  Mi è venuto ora in mente, ma visto che ci sei e ti sei implementato un custom tag, perché non fai direttamente un handler per saxparser?
                  Scrivi con la tua sintassi dei custom tag degli xml, Nello startElement del tuo handler non fai ne più ne meno quello che facevi nel doStartTag, solo che devi controllare che tag sta cominciando. E un servlet filter per attivare e caricare un xml in base alla querystring o quello che ti serve.
                  Mantieni la sintassi xml che ti sei già fatto e non butti via il lavoro esistente.

                  Compiti per casa: invece di parsare l'xml a ogni request potresti cachare un oggetto con le informazioni necessarie.
                  Probabilmente va pure meglio delle jsp perché non ti crea decine di oggetti per ogni tag.
                  • Avatar
                    ☺
                    Scritto da
                    il 2011-01-28 15:23:00.0 alle 2011-01-28 15:23:00.0
                    Trollate totali: 42885
                    Re: [JAVA - JSP] suorcagata

                    - Scritto da: Svyatopolk

                    > Mi è venuto ora in mente, ma visto che ci sei e
                    > ti sei implementato un custom tag, perché non fai
                    > direttamente un handler per
                    > saxparser?

                    Infatti era la prima soluzione che ho implementato Sorride
                    Poi parlando con ${collegaDanese} e' saltato fuori che come soluzione non era molto bella: Prima di tutto il filtro che wrappava la response (Per poter pigliare quel che la JSP ci aveva scritto dentro a passarla a SAX) era attivo sempre (Non e' possibile settare un url-pattern sensato), poi c'era ancora l'overhead generato da SAX stesso per parsare l'XML. Per concludere il filtro doveva parsare solo in determinati casi, e questo significa mettere un URL-parameter del tipo "parsaExcel=true" per ogni Excel-Pagina A bocca storta

                    > Probabilmente va pure meglio delle jsp perché non
                    > ti crea decine di oggetti per ogni
                    > tag.

                    Mi pare che ci sia una object-pool per le istanze dei tag, non so se lo fa stru(n)ts o Websphere ...
                    Inoltre usando dei custom tag invece che plain-XML, hai il vantaggio che puoi checkare la sintassi della JSP mentre la scrivi (Eclipse plugin) e durante la compilazione della stessa Occhiolino
                    `"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
                    • Avatar
                      ☺
                      Scritto da
                      il 2011-01-28 15:37:00.0 alle 2011-01-28 15:37:00.0
                      Trollate totali: 1386
                      Re: [JAVA - JSP] suorcagata

                      - Scritto da: Giambo
                      >
                      > - Scritto da: Svyatopolk
                      >
                      > > Mi è venuto ora in mente, ma visto che ci sei e
                      > > ti sei implementato un custom tag, perché non
                      > fai
                      > > direttamente un handler per
                      > > saxparser?
                      >
                      > Infatti era la prima soluzione che ho
                      > implementato
                      > Sorride
                      > Poi parlando con ${collegaDanese} e' saltato
                      > fuori che come soluzione non era molto bella:
                      > Prima di tutto il filtro che wrappava la response
                      > (Per poter pigliare quel che la JSP ci aveva
                      > scritto dentro a passarla a SAX) era attivo
                      > sempre (Non e' possibile settare un url-pattern
                      > sensato), poi c'era ancora l'overhead generato da
                      > SAX stesso per parsare l'XML. Per concludere il
                      > filtro doveva parsare solo in determinati casi, e
                      > questo significa mettere un URL-parameter del
                      > tipo "parsaExcel=true" per ogni Excel-Pagina
                      > A bocca storta

                      Possibile che non si possa determinare il pattern? cosa fate id univoci per request/session dei link? Sorpresa
                      Vabbè abbandono il campo.In lacrime

                      > > Probabilmente va pure meglio delle jsp perché
                      > non
                      > > ti crea decine di oggetti per ogni
                      > > tag.
                      >
                      > Mi pare che ci sia una object-pool per le istanze
                      > dei tag, non so se lo fa stru(n)ts o Websphere
                      > ...
                      Si vero, tira su un pool di JspPage per ogni pagina, immagino che i custom tag siano variabili d'istanza della pagina.

                      > Inoltre usando dei custom tag invece che
                      > plain-XML, hai il vantaggio che puoi checkare la
                      > sintassi della JSP mentre la scrivi (Eclipse
                      > plugin) e durante la compilazione della stessa
                      > Occhiolino

                      Non è un vantaggio, e adesso riapri vim Arrabbiato


                      Inserisci codice: 123666 <- cosa vorrà dirmi il FdT?
                      • Avatar
                        ☺
                        Scritto da
                        il 2011-01-28 18:28:00.0 alle 2011-01-28 18:28:00.0
                        Trollate totali: 42885
                        Re: [JAVA - JSP] suorcagata

                        - Scritto da: Svyatopolk

                        > > Per concludere il
                        > > filtro doveva parsare solo in determinati casi,
                        > e
                        > > questo significa mettere un URL-parameter del
                        > > tipo "parsaExcel=true" per ogni Excel-Pagina
                        > > A bocca storta
                        >
                        > Possibile che non si possa determinare il
                        > pattern? cosa fate id univoci per request/session
                        > dei link?

                        E' un casino, la classica applicazione-frankenstein Triste ...
                        Quel che vorrei evitare, e' costringere gli sviluppatori a usare un certo pattern per gli URL che generano Excel. Uno deve essere libero di implementare la sua JSP e piazzarla dove e come vuole (Piu' o meno).
                        E poi lo stesso URL deve generare Excel per cliente X, HTML per cliente Y e ${featureNonAbilitata} per cliente Z A bocca storta

                        > > Mi pare che ci sia una object-pool per le
                        > istanze
                        > > dei tag, non so se lo fa stru(n)ts o Websphere
                        > > ...
                        > Si vero, tira su un pool di JspPage per ogni
                        > pagina, immagino che i custom tag siano variabili
                        > d'istanza della
                        > pagina.

                        Devo controllare di aver implementato correttamente release() Anonimo
                        Oh, troppo tardi, stasera viene installata la prima versione di test Sorride !

                        > > Inoltre usando dei custom tag invece che
                        > > plain-XML, hai il vantaggio che puoi checkare la
                        > > sintassi della JSP mentre la scrivi (Eclipse
                        > > plugin) e durante la compilazione della stessa
                        > > Occhiolino
                        >
                        > Non è un vantaggio, e adesso riapri vim Arrabbiato

                        vim Newbie, inesperto ?
                        echo "suorcagata.dispose();" >> FdtDomination.java
                        `"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
        • Avatar
          Scritto da
          Non Autenticato
          il 2011-01-28 14:30:00.0 alle 2011-01-28 14:30:00.0
          Re: [JAVA - JSP] suorcagata

          - Scritto da: Giambo
          >
          > - Scritto da: Svyatopolk
          >
          > > > Sai se e' possibile usare una propria
          > > > implementazione di JspWriter
          > > > ?
          > > >
          > > > KTNXBAI
          > >
          > > Sì, scrivi il tuo webcontainer (servlet+jsp)
          > > compatibile con le varie jsr e sei
          > > appostoGeek.
          >
          > Usero' JAD per decompilare tutte le classi di
          > Websphere Anonimo
          > ...
          >
          > > Espandi il concetto
          >
          > JSP con custom tags che generano Excel (Apache
          > POI). I tags creano il workbook, poi alla
          > chiusura dell'ultimo tag questo viene sbattuto
          > nella response e tutto flushato -> Deve venir
          > ignorato quanto e' stato scritto dalla JSP stessa
          > (Prevalentemente \n e \t) altrimenti
          > "IllegalStateException response already commited"
          > dato che periodicamente il contenuto del buffer
          > di JspWriter viene flushato e mandato al
          > client.
          > Soluzione 1: Buffer della JSP grandissimo
          > e autoFlush=false, sperando di non incappare in
          > un buffer
          > overflow
          > Soluzione 2: Usare una propria
          > implementazione di JspWriter solo per quella JSP,
          > che praticamente non faccia un cazzo
          > Geek
          >
          > Porchiddio quanto e' difficile spiegare tutto a
          > parole, vuoi un disegnino Occhiolino
          > ?

          Ma non fai prima a parlare direttamente in inglese? A bocca storta
<softv>

Pagina generata in 167 millisecondi

Utenti attivi: 12 nell'ultimo minuto, 25 negli ultimi cinque minuti, 61 negli ultimi 15 minuti