Is it possible to have a page in the Xwiki visible and viewable to the
"public" that is not under the control of the custom authentication class
defined in the config?
Currently, I have a JSP file that collects user credentials that are placed
in the HTTP session used for login. However, when the user is authenticated
and redirected to the /xwiki web application those session values are no
longer there so the Xwiki just loops back to the JSP file looking for
credentials.
What I would like to do is have something like /xwiki/public/login where the
user is prompted to enter their credentials which is then processed by the
custom authentication and sends the user to /xwiki/private.
By setting the xwiki.authentication.authclass to a custom authentication
class... it seems like it is an all or nothing approach to where I cannot
have a subset of pages open to the public.
--
View this message in context: http://xwiki.475771.n2.nabble.com/Public-pages-within-a-secured-private-Xwi…
Sent from the XWiki- Dev mailing list archive at Nabble.com.
My instance of Xwiki is using custom authentication. I have a new
requirement to add Yubikey based authentication now. I believe in order to
pull it off, I need to set a session attribute in the Xwiki context with a
value defined in a JSP file.
I tried to set it in the current HTTP session, with the code below but it is
not showing up in the Xwiki context session when the checkAuth method is
called
...
session.setAttribute("okc_sso_username", username);
...
public XWikiUser checkAuth(XWikiContext context) throws XWikiException
{
....
String okc_sso_username =
(String)context.getRequest().getSession().getAttribute("okc_sso_username");
....
}
Any idea on how to bind the two to make a JSP session variable available in
the XwikiContext?
--
View this message in context: http://xwiki.475771.n2.nabble.com/Setting-a-session-variable-in-the-Xwiki-C…
Sent from the XWiki- Dev mailing list archive at Nabble.com.
Hello,
I'm trying to update our semantic extension for xwiki from 3.1 to 4.2 to
be able to release this as an open-source finally. Now, it looks like
something inbetween 3.1 and 4.2 changed in xwiki-platform-oldcore's
com.xpn.xwiki.objects* since my current 4.2 setup complains a lot with a
message like:
Wrapped Exception: Error number 7006 in 7: Cannot find property class
com.xpn.xwiki.objects.classes.SPARQListClass in MetaClass object
The SPARQListClass is our implementation of the list class which
provides dynamic list based on the supplied SPARQ query and which was of
course working well on top of 3.1. I'm looking into all the classes in
4.2's com.xpn.xwiki.objects subdirectory but so far I'm not able to
distill what change between 3.1 and 4.2 breaks our SPARQList.
Any idea what's going wrong or where should I have a look is highly
appreciated.
Thanks!
Karel
Hi devs,
When we release a new version we publish the announcement in several places (wikimatrix, freshmeat, wikipedia). I'd like to propose that we add DZone too.
For example I've just seen that GateIn 3.4 has been announced there: http://www.dzone.com/links/gatein_34_is_released.html
DZone is very well know and I think it would help spread the word even more about XWiki.
So here's my +1 to add DZone to the list of sites to update when we release.
Thanks
-Vincent
The XWiki development team is proud to announce the availability of XWiki
Enterprise 4.2 Milestone 3. This is the third and final milestone of the
XWiki Enterprise 4.2 version. This release brings new and improved UIs for
file upload, logging configuration, an applications panel and the
experimental install/upgrade wizard. For developers this release introduces
many features: a new file upload widget, minor improvements of the
attachment picker and documents macros, the ability to add skin extensions
located in JAR files, a new field (mime-type) to index attachments by, an
extension of the xar format and an experimental UI extension mechanism.
You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download
Make sure to review the release notes:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterprise
42M3
Thanks
-The XWiki dev team
I have updated to XWiki Enterprise 4.1.4. However, it seems to not have
captured the skins/CSS I was using. in my old Xwiki instance. When I log
in and go to the Administer Xwiki page, the Presentation section is blank.
Is there another way to view/set the default skin value?
--
View this message in context: http://xwiki.475771.n2.nabble.com/Xwiki-4-1-4-Admin-Presentation-page-is-bl…
Sent from the XWiki- Dev mailing list archive at Nabble.com.
Hi devs,
I've already proposed a thumbnail module in the past
(http://markmail.org/thread/3le7qxziog2p7bsd) but it felt short in terms
of design. I reckon it's more of a URL cache module for
images/thumbnails and probably doesn't make much sense in the platform.
I would like still to propose one change separately, that was going
together with this module : adding a cropping API to the current image
plugin. This would allow to not only pass dimensions information when
downloading an image, but also to pass coordinates to crop a subimage
out of the original image.
Practically, it's adding a "boundaries" URL parameter (in addition to
the existing width, height, quality and keepAspectRatio existing
parameters), that is a comma separated list of x, y, width and height
used to construct the subimage.
Right now the code is in
https://github.com/jvelo/xwiki-platform-thumbnails/tree/master/src/main/jav…,
I will make a proper pull request to discuss the patch if their is interest.
Note I also have a generic UI component to perform resizing and store
image boundaries for an attachment in an XObject that I can share (and
even plug into the user profile for example).
On the longer term, their is a discussion to have around how to wire
attachment transformation from URLs. Maybe a "transformations" URL
parameter that takes a list of hints of transformation components ? Then
the resizing/cropping could be implemented as transformations in a new
image module ? WDYT ?
Finally, finishing note, I've also written a new image processor for the
current image plugin API, based on
https://code.google.com/p/java-image-scaling/ that yields images of much
better quality compared to the current implementation based on
awt/graphics2d. See for example the before/after :
http://imgur.com/oU9v5 (for the before, those had a quality param of
"1", i.e. maxed out). Code is there :
https://github.com/jvelo/xwiki-platform-thumbnails/blob/master/src/main/jav….
One thing I didn't do yet is to extract a superclass from it and the
base impl. If there is interest, we could provide this processor as an
alternative. Maybe with a parameter config to pass the hint of the
processor to use. WDYT ?
Thanks,
Jerome
hello fellow developers,
at Curriki, we are starting to process XWiki objects in the background using subclasses of AbstractXWikiRunnable.
Currently I do the following:
// setup
XWikiContext xcontext = (XWikiContext) Utils.getComponent(Execution.class).getContext()
.getProperty(XWikiContext.EXECUTIONCONTEXT_KEY);
Context context = new Context(xcontext);
XWiki xwiki = new com.xpn.xwiki.api.XWiki(context.getXWiki(), xcontext);
// fetch background info
Document d = xwiki.getDocument(DOCNAME_x);
Object obj = d.getObject("DOCNAME_class");
// modify something
// save
d.save("comment");
However, I wonder if this is the best practice:
- is it expensive to construct a context and xwiki supposing this setup code is run multiple times?
- is it preferrable to work with the com.xpn.xwiki.* classes?
- is DocReference behaving much differently than fullName if we have a single wiki?
Thanks in advance.
Paul