Most shared stuff should perhaps be copied into gwt-servlet.jar.  But
that's a temporary solution, really, we need smaller build targets for each
of those dependencies. You should be able to just depend on
gwt-safehtml-shared.jar

-Ray



On Mon, Jun 9, 2014 at 4:58 PM, Colin Alworth <[email protected]> wrote:

> Like I said, its not a concern for me (no servlet, no hibernate, no
> flute), but for those who want to stick gwt-user.jar in a WEB-INF/lib/, it
> would be nice to not have to renamed it "zwt-user.jar".
>
> My knee-jerk reaction is to put it in gwt-servlet (since other relatively
> new classes like AutoBeanFactorySource also made it in there) - does that
> seem like a reasonable step?
>
>
> On Mon, Jun 9, 2014 at 6:22 PM, John A. Tamplin <[email protected]> wrote:
>
>> On Mon, Jun 9, 2014 at 6:33 PM, Colin Alworth <[email protected]> wrote:
>>
>>> Currently SafeHtml &co live in gwt-user, though they are for the most
>>> part listed in a shared package, implying that a server can use them.
>>> However, gwt-user.jar also includes javax packages as well as hibernate,
>>> w3c, etc, so can't reasonably be imported to a server which already uses
>>> any of those packages (i.e. any servlet container). Is this an oversight in
>>> the publicly packaged GWT and is SafeHtml used by teams that package
>>> differently, or instead is this package not actually intended for server
>>> use, but instead just compile-time tasks where gwt-user is on the classpath
>>> like compiling or linking?
>>>
>>> I'm doing some work on a non-servlet server which hasn't so far seen
>>> concrete issues with gwt-user.jar, and having SafeHtml seemed to be an easy
>>> way to get server generated HTML from code that is shared with the client.
>>> This use case *appears* to be implied from the package name, but presently
>>> isn't possible for the majority of GWT backends.
>>>
>>> Ideas on why it is the way it is? Thoughts on how to make it available
>>> to the server (without giving it yet another jar a la
>>> requestfactory-server)? Interest in a contributed SafeHtmlTemplates
>>> implementation for JVM?
>>>
>>
>> Yes, SafeHtml is intended to be usable on the server.  There have been
>> various discussions about splitting up gwt-user into parts for client-only,
>> shared (and perhaps server-only), but that wasn't ever done.
>>
>> Mostly, putting gwt-user last on the classpath on your server won't cause
>> any issues, though at least one JVM used to be unhappy with native methods
>> without corresponding binaries.
>>
>> --
>> John A. Tamplin
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "GWT Contributors" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to [email protected].
>>  To view this discussion on the web visit
>> https://groups.google.com/d/msgid/google-web-toolkit-contributors/CAM5k6X8CHkCjQK1CvGRxwS9H279BKpnZ%3DjeYwuVgqZtj6JJD3w%40mail.gmail.com
>> <https://groups.google.com/d/msgid/google-web-toolkit-contributors/CAM5k6X8CHkCjQK1CvGRxwS9H279BKpnZ%3DjeYwuVgqZtj6JJD3w%40mail.gmail.com?utm_medium=email&utm_source=footer>
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> --
> 218.248.6165
> [email protected]
>
> --
> You received this message because you are subscribed to the Google Groups
> "GWT Contributors" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/google-web-toolkit-contributors/CADcXZMzdu5cz3bjvWYW7%3DvUm%3D%3DfC0b83sg0%3Dbs7j%2BmTNDjFSeg%40mail.gmail.com
> <https://groups.google.com/d/msgid/google-web-toolkit-contributors/CADcXZMzdu5cz3bjvWYW7%3DvUm%3D%3DfC0b83sg0%3Dbs7j%2BmTNDjFSeg%40mail.gmail.com?utm_medium=email&utm_source=footer>
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Contributors" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit-contributors/CAPVRV7cfPkbaNNZNFEpJ2R1%3DxzETb%2BR%3D67ikz2%3D51XLnwrUb%2Bg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to